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EDITORIAL 


Das Thema Nr.l 
Nun ist es endlich 
soweit: Das erste 
Sonderheft der 
KICKSTART ist 
komplett. Natürlich 
lag nichts näher, 
als es der Sache zu widmen, zu der der 
Amiga nach Ansicht vieler Anwender 
einfach bestimmt ist: Der Grafik. 
Dabei haben wir uns aber, wie Sie 
vielleicht schon am Titelbild erkannt 
haben, nicht nur mit dem Amiga 
beschäftigt, sondern auch einmal den 
Profis über die Schulter geschaut. 
Mehr Eindrücke aus dieser Szene 
erwarten Sie in diesem Heft. 

Dennoch dreht sich der größte Teil des 
Inhalts dieses Hefts natürlich um den 
Amiga. Für die Programmierinteres- 
sierten unter Ihnen wurde eine Aus- 
wahl an Grundlagenthemen zusam- 
mengestellt, welche die kreative Arbeit 
erleichtern sollen. Für diejenigen, die 
lieber mit fertigen Programmen ar- 
beiten, wird eine Auswahl neuer Gra- 
fiksoftware vorgestellt. Natürlich darf 
die Hardware nicht fehlen, und auch 
diese wurde speziell unter dem 


Gesichtspunkt der 
grafischen Anwen- 
dung ausgewählt. 
Selbstverständlich 
gibt es auch eine 
Menge Listings; die 
abgedruckten Pro- 
gramme lassen sich in vielfältiger 
Weise sinnvoll anwenden und geben, 
wie das bei Listings so sein sollte, auch 
einige Beispiele für spezifische Pro- 
blemlösungen, so daß zu hoffen ist, 
daß die Listings neben dem eigent- 
lichen Programm einen gewissen In- 
formationswert für Sie darstellen. 

Die Grundlagen wie die Listings sind 
vor allem an C und Modula 2 orientiert, 
da nur Compilersprachen eine wirk- 
lich effiziente Programmierung er- 
möglichen und diese zwei dem Pro- 
grammierer zur Zeit wohl die größten 
Möslichkeiten bieten. 

Ich hoffe, daß dieses Heft viele 
Informationen und Anregungen für Sie 
mit sich bringt und wünsche Ihnen 
eine angenehme Lektüre. 


DL (Dela 


Wolf Dietrich 
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VON MICHAEL SISTIG 


DIGITALE 


BILDVERARBEITUNG 


Die Stärken des Ami- 
ga liegen ja bekannt- 
lich in seiner hohen 
grafischen Auflö- 
sung und der Anzahl 
der gleichzeitig dar- 
stellbaren Farben. 
Somit ist es nicht ver- 
wunderlich, daß der 
Amiga oft in Berei- 
chen der digitalen 
Bildverarbeitung 
zum Einsatz kommt. 


erschiedene Hard- und Soft- 
warehersteller bieten hier eine 
ganze Palette von Erwei- 


terungen an, die diese Möglichkeiten 
des Amiga voll ausnutzen. PIXmate 
und Butcher sind zwei Programme, die 
speziell die Nachbearbeitungen von 
schon erstell-ten Grafiken ermög- 
lichen. Ihre Stärke liegt darin, soge- 
nannte “digitalisierte Grafiken”, also 
Realbilder, die zuvor mit einer Video- 
kamera in den Speicher eingelesen 
wurden, zu verarbeiten und zu ver- 
ändern. Beide Programme verfügen 
hier über eine große Anzahl von Funk- 
tionen, die den Umgang mit sol-chen 
Grafiken zu einem wahren Genuß wer- 
den lassen. Die Software Butcher 
wurde von dem amerikanischen Soft- 
warehaus “Eagle Tree Software” ge- 
schrieben. Die vorliegende Version 
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Butcher 2.0 PAL wird mit einem 50- 
seitigen deutschen Handbuch ausge- 
liefert und unterstützt die höhere Auf- 
lösung der europäischen Amigas. But- 
cher ist ohne Einschränkung auf allen 
Amiga-Modellen ( A500, A1000 und 
A2000 ) lauffähig. 

Wie bei allen Grafikprogrammen ist 
eine Speichererweiterung nicht unan- 
gebracht, aber nicht unbedingt not- 
wendig. Nach dem Booten der Diskette 
meldet sich der gewohnte Work- 
benchbildschirm. Butcher ist nicht Ko- 
piergeschützt, es lassen sich also Si- 
cherungskopien oder Installationen auf 
Harddisk problemlos durchführen. 
Butcher wird durch einen Doppelklick 
nach dem Öffnen des Diskettenicons 
gestartet. Nach kurzer Ladezeit mel- 
det sich Butcher dann zum Dienst. 
Hierbei fällt nach den ersten Blicken 
sehr positiv auf, daß nicht nur das 
Handbuch ins Deutsche übersetzt 
wurde, sondern auch alle Menüs und 
Requester. Ein Umstand, der Anwen- 
dern, die sıch des Englischen nicht so 
sehr begeistern, den Umgang mit 
Butcher bestimmt sehr erleichtern 
wird. Wie alle mausorientierten Pro- 
gramme präsentiert sich Butcher mit 
verschiedenen Hauptmenüs. Diese 
Menüs unterteilen sich in folgende Un- 
terpunkte: 


1. Projekt-Menü: 


Hier findet man wie gewohnt alle Da- 
teifunktionen wie z.B. Laden, Spei- 
chern und Löschen von Dateien. Wei- 
terhin enthält es Funktionen wie 
Drucken von Bildern, Eröffnen eines 
zweiten Bildschirms, einen Screen- 


formatbefehl, mit dem sich alle Bild- 
schirmformate schnell und bequem 
einstellen lassen, und eine Anzahl von 
Befehlen für Amigabesitzer, die “nur” 
512 KB Speicher haben. So kann man 
Butcher z.B. mitteilen, ob das gesamte 
Programm geladen werden soll oder 
nur die gerade benötigten Teile. Auch 
ist es möglich, den Workbenchscreen 
abzuschalten und so etwa 30Kbyte 
“Chipmem” zu sparen. Selbst der Be- 
fehl “UNDO” ist ausschaltbar, um 
auch hier einige Bytes zu gewinnen. 
Der letzte Befehl des Projektmenüs 
heißt “ENDE” und dient (was auch 
sonst ?!) zum Beenden des Pro- 
gramms. 


2. Werkzeug-Menü: 


Wie der Name schon erkennen läßt, be- 
finden sich im diesen Menü Hilfs- 
mittel, wie z.B “UNDO”, also Rück- 
gängigmachen von versehentlich ange- 
wählten oder falsch benutzten Be- 
fehlen. Als nützliches Tool erwies sich 
auch “Zeichnen”. Obwohl Butcher 
kein Malprogramm ist, wurden hier 
einfache Grafikbefehle wie Linien, 
Rechtecke, Airbrush, Füllen etc. in- 
tegriert, um schnell simple Grafiken zu 
erstellen. Mit “CLIP” ist es möglich, 
beliebige Teile eines Bildes ein- 
zurahmen und somit praktisch auszu- 
schneiden. 

Wurde ein “CLIP” definiert, wirken 
sich alle Befehle von Butcher auf 
diesen Bildteil aus. Es ist auch mög- 
lich, einen geclippten Bildteil zu 
speichern oder ausdrucken zu lassen. 
Um wieder das ganze Bild bearbeiten 
zu können, wählt man “CLIP Leer”. 


Laden 
Speichern 

Clip Speichern 
Dateı Loschen 
Drucken 


F-yL 
e:1S 


Reservebilqa |Nornal 


Format 
Ueberblıck 
ÖOverscan 
Speicherplatz 
Laden von Butcher 
WHorkbench auf 
Kein UNDO Speicher 
Info 


Ende "IE 


Werkz Effekt Prozeß Umwandlung 


bar 4 


ri 


Sämtliche Menüs von Butcher wurden ins Deutsche übersetzt. 


“Bild Löschen” löscht den momen- 
tanen Bildschirminhalt und kann jeder- 
zeit mit den “UNDO”-Befehl rück- 
gängig gemacht werden. Mit 
“Spiegeln” und “Kippen” läßt sich der 
Bildschirminhalt entweder horizontal 
oder vertikal verändern. Der Befehl 
“Zyklus” ıst bestimmt schon einigen 
Lesern oder Besitzern von Dpaint be- 
kannt. Er startet den zyklischen Farb- 
verlauf, d.h die Farben laufen über ei- 
nen vorher eingestellten Bereich, oder 
Teilbereich der Farbpalette, durch. 
Hier lassen sehr schöne Anımations- 
effekte erzielen, die sich auf vier Teil- 
bereiche der aktuellen Palette aus- 
wirken und unterschiedliche Farb- 
scrollgeschwindigkeiten haben 
können. Mit den Befehlen “Farb- 
paletten” und “Neue Palette” lassen 
sıch eigene Farbpaletten erstellen. 
Butcher erlaubt es, bis zu 3 unter- 
schiedliche Paletten zu benutzen. Hat 
man einen dieser zwei Befehle ange- 
wählt, erscheint ein Requester (siehe 
Bild 1 ), mit dem man sich seine indi- 
viduelle Palette mischen kann. Man 
kann die Farben mit Hilfe eines RGB- 
( Rot-Grün-Blau) oder TSW-Reglers 
(Farbton- Farbsättigung- Farbwert ) 
mischen. Farben können nach ıhrer In- 
tensität sortiert werden und lassen sich 
mit Befehlen wie “NEG” ( dunkle 
Farben werden hell und umgekehrt) t 
oder mit “KMP” ( bildet die Kom- 
plementärfarbe ) beliebig verändern. 

Weiterhin bietet der Farbrequester die 
Möglichkeit, Farbverläufe zwischen 


Butcher 


Mittels eines Histogramms lassen sich sämtliche Farbwerte exakt anzeigen. 


einer beliebigen Start- und Endfarbe zu 
bilden. Mit “MAP” lassen sich dann 
einmal gestaltete Paletten auf andere 
Paletten übertragen. Der Requester be- 
inhaltet noch eine ganze Anzahl von 
weiteren Farbmanipulationsmöglich- 
keiten, die aber den Umfang dieses 
Testberichts sprengen würden. 


3. Die Effekte-, 
Prozess- und Um- 
wandlungmenuüs 


Diese Menüs bilden das eigentliche 
Kernstück von Butcher. Hier befinden 
sich alle Funktionen, die sich direkt 
auf die eigentliche Bildmanipulation 
beziehen. So ist es z.B möglich, jedes 
geladene Bild mit den verschiedensten 
Befehlen nachzubearbeiten. Man kann 
Bilder ( jeder Auflösung! ) miteinander 
kombinieren, vermischen und über- 
lagern. Im Effektemenü verbergen 
sich die direkten Farbveränderungs- 
befehle. Hier ist es möglich, Bilder zu 
tönen, Farben einzeln zu trennen, 
Komplemente zu bilden, Farbbilder in 
Schwarzweißbilder umzuwandeln oder 


auch Pseudofarben zu erstellen ( d.h. 
die Farben in Abhängigkeit ihrer In- 
tensität zu verändern ). Man findet hier 
auch einen Effekt, der “Antik” heißt. 
Mit ihm ist es möglich, digitalisierte S/ 
W-Bilder antik erscheinen zu lassen. 
Der Rechner ändert dann die Farben so 
um, daß man glaubt, eine alte,ver- 
bleichte S/W-Fotografie vor sich zu 
sehen. Auch hier ist es unmöglich, die 
Vielzahl der Funktionen zu erklären, 
Abhilfe schafft hier nur das genaue 
Studium des zum Glück deutschen 
Handbuchs. Im Menü “Prozess” findet 
man sehr nützliche Befehle, um Kon- 
turen oder harte Farbübergänge zu 
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verwischen. So ist es möglich, mit Be- 
fehlen wie z.B “Ränder” Konturen zu 
erkennen und zu beeinflussen. Hierbei 
ist es möglich, dem Programm mit- 
zuteilen, in welchen Farbbereich die 
Kontur gesucht werden soll, und wie 
stark sich Farbübergänge bei der 
Suche auswirken sollen. Somit ist es 
möglich, sich zum Beispiel nur alle 
roten Konturumrisse eines Farbbildes 
aus dem Bild lösen zu lassen. So kann 
man schnell, und ohne viel Mühe, von 


aus einen 32farbigen Low-Res-Bild (5 
Bitplanes ) ein 2farbiges ( 1 Bitplane ) 
Bild erzeugen. Auch besteht die Mög- 
lichkeit, Bilder, die im Hold-and- 
Modify-Modus ( HAM-Mode, 4096 
Farben ) vorliegen, in normale Low- 
Res-Bilder zu konvertieren. Dies er- 
weist sich gerade beim Bearbeiten 
digitaliserter Bilder als nützlich, um 
diese z.B. mit Dpaint weiterbearbeiten 
zu können. 


Der Intro - Screen von PIXmate 


Die Konkurrenz: 
PIXmate 


PIXmate ist ein neues Programm auf 
dem Markt, das, laut seinem Hersteller, 
der amerikanischen Firma Progressive 
Peripherals & Software, einiges mehr 
als vergleichbare Programme ( wie 
Butcher ) hergeben soll. So wird mit 
selbstgeschriebenen “Blitter”-Rou- 
tinen und mit mehr als 3000 (!) Bild- 
manipulationsmöglichkeiten gewor- 


digitalisierten Fotos oder anderen Gra- 
fiken Silhouetten oder andere in- 
teressante Motive herauslösen. Mit 
“Rasterung” hat man eine schnelle Me- 
thode, Bilder in Graustufen darstellen 
zu lassen. Masken zur Rasterung und 
Intensität sind hierbei frei wählbar. 
Um einen genauen Überblick über die 
Anzahlen der verwendeten Farben des 
jeweiligen Bildes zu erhalten, kann 
man unter dem Menü “Umwandlung” 
z.B. den Befehl “Histogramm’” wählen. 
Hier erhält man eine statistische 
Übersicht in Form eines Balkendia- 
gramms, die die Häufigkeit der ver- 
wendeten Farben anzeigt. Ersieht man 
hieraus, daß bestimmte Farbregister, 
die man vielleicht benutzen will, belegt 
sind, kann man mit “Konsolidierung” 
ähnliche Farben auf ein Register zu- 
sammenfassen, und sich so Platz für 
weitere Farben schaffen. Mit “Bit- 
Tiefe” schaltet man die einzelnen Bit- 
planes des Amiga aus. So kann man 
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Alles ın allem stellt Butcher ein sehr 
luxuriöses Grafiktool dar, das sich so- 
wohl für den semiprofessionellen An- 
wender wie auch für den einge- 
fleischten Amiga-Grafikfreak zu er- 
stehen lohnt. Meiner Meinung nach 
müßte das Handbuch noch einmal 
überarbeitet werden ( daß es in 
Deutsch ist, ist ja gut, aber zu viele 
Funktionen des Programms werden 
nicht genau erklärt, so daß man einige 
Zeit braucht, um mit Butcher die Er- 
gebnisse zu erzielen, die das Pro- 
gramm hergeben kann ). Um die Ge- 
schwindigkeit einiger Grafikroutinen 
sollten sich die Programmierer noch 
einmal kümmern, hier könnte noch 
einiges optimiert werden. 


ben. Solche Schlagworte klingen viel- 
versprechend, und uns interessierte, 
was dahintersteckt. 

Im Lieferumfang befinden sich ein ca. 
180seitiges, sehr ausführliches 
englisches Handbuch und die Pro- 
grammdiskette mit PIXmate. Das Pro- 
gramm ist wie Butcher nicht kopier- 
geschützt, und läuft auch auf allen 
Amigasystemen. Um alle Möglich- 
keiten voll ausschöpfen zu können, 
empfiehlt der Hersteller einen 
Speicherausbau um mindestens | 
Megabyte. Trotzdem ist PIXmate auch 
mit “nur” 512 K voll einsatzfähig, weil 
es auch hier wie bei Butcher die Option 
gibt, nur dann bestimmte Teile nach- 
zuladen, wenn sie vom Programm be- 
nötigt werden. Hat man trotzdem zu 
wenig Platz, kann man, analog zu 
Butcher, wertvolle Bytes durch Aus- 
schalten speicherintensiver Funktionen 
gewinnen. Um PIXmate zu starten, 
muß man die Workbench booten und 
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Der Image-Prozessor von PIXmate bietet über 3000 Kombinationsmöglichkeiten. 


PIXmate mit einem Doppelklick ak- 
tivieren. Nach einem beeindrucken- 
den Titelbild ist PIXmate dann bereit, 
seinen Dienst anzutreten. 

Die Funktionen von PIXmate sind im 
Project-, Edit-, Color-, Effects- und 
Infomenü untergebracht. Das Hand- 
buch untergliedert sich in zwei Be- 
reiche: eine “Tutorial-Section” und 
eine sogenannte “Reference- 
Section”. In ersterwähnten Abschnitt 
werden, anhand von leicht nachvoll- 
ziehbaren Beispielen, alle Möglich- 
keiten des Programms kurz umrissen, 
so daß man den Umgang mit PIXmate 
spielend erlernen kann. Witzige 
Passagen im Handbuch lockern die Ar- 
beit hierbei auf, und die erstklassigen 
digitalisierten Demo-Grafiken lassen 
das Ausprobieren des Programms zu 
einem wahren Spaß werden. Im 
zweiten Abschnitt des wirklich guten 
Handbuchs findet man dann alle Be- 
fehle von PIXmate ausführlich be- 
handelt und erklärt. Im direkten Ver- 
gleich zu Butcher kann man sagen, daß 
alle Funktionen, die man von Butcher 
her kennt, nicht fehlen. Auffällig ist die 
hohe Verarbeitungsgeschwindigkeit - 
die auf das geschickte Programmieren 
von eigenen Blitterroutinen hindeutet-, 
mit denen das Umrechnen der Bilder 
geschieht. Komplexe Berechnungen 
wie z.B das logische Verknüpfen von 
einzelnen Pixeln laufen um den Faktor 
3 bis 5 schneller als bei Butcher. 

Auch wartet PIXmate bei der Anzahl 


der Bildmanipulationsmöglichkeiten 
mit mehr Befehlen auf. Diese werden 
im Menü “Effects” mit dem Befehl 
“Image Process” aktiviert. Hier 
erscheint dann ein Requester, mit dem 
sich alle direkt auf das Bild wirkenden 
Operationen steuern lassen. So man hat 
die Auswahl zwischen verschiedenen 
logischen (wie AND, OR, XOR ... etc) 
und pixelorientierten Operationen, die 
man beliebig miteinander kombinieren 
kann. Alleine die hieraus resultie- 
renden Möglichkeiten können einen 
interessierten Anwender Monate vor 
dem Bilschirm fesseln. Ein weiteres 
Plus von PIXmate ist sein ausge- 
klügeltes FileHandling-System. So ist 
es möglich, Bilder, die mit dem 
ATARI ST und den Programmen 
NEOCHROM oder DEGAS erstellt 


_ wurden, in den Amiga zu laden. Auch 


lassen sich selbsterstellte oder ver- 
änderte Grafiken nicht nur im IFF- 
Format abspeichern, sondern auch in 
einem PIXmate-spezifischen “RAW- 
FORMAT”. Da diese Grafiken um 30- 
50% weniger Platz benötigen, läßt sich 
der Speicherplatz der Disk um fast die 
Hälfte vergrößern. Mit “Save Palette” 
läßt sich jede Farb-Palette, ob selbst 
erstellt oder übernommen von einer ge- 
ladenen Grafik, seperat auf die Disk 
speichern. Solche Paletten lassen sich 
dann jederzeit wieder in den Speicher 
zurückholen und mit Paletten gela- 
dener Bilder logisch verknüpfen. 
Vielen Leuten, aber scheinbar nur 


wenigen Programmierern, ist bekannt, 
daß der Amiga über “Multitasking” 
verfügt, sprich die Möglichkeit, meh- 
rere Programme gleichzeitig bearbeiten 
zu können. Nicht so den Program- 
mierern von PIXmate. Das Programm 
bietet die Möglichkeit, z.B. DeLUXE 
Paint II oder ein anderes Malpro- 
gramm im Hintergrund laufen zu 
lassen ( Voraussetzung ist hier eine 
Speicherweiterung um mindestens 1 
MegaByte ! ) und sich jederzeit den ak- 
tuellen Bildschirm ın PIXmate zu 
holen und dort weiterzuverarbeiten. 
Dies ermöglicht es, einen direkten 
Austausch von Daten vorzunehmen, 
der den Anwender bei anderen Pro- 
grammen leicht zum Diskjockey 
werden lassen kann. Die Liste der 
Funktionen im Vergleich zu anderen 
Programmen, wie z.B. Butcher, ließe 
sich beliebig erweitern, würde aber den 
Rahmen dieses Berichts sprengen. 
Bleibt zu sagen, daß Butcher und 
PIXmate wohl zur Zeit die besten 
Grafikprogramme im Bildmanipula- 
tionsbereich am Amiga-Software- 
himmel darstellen, obwohl ich 
PIXmate den Vorrang in Bezug auf 
seine Geschwindigkeit und Er- 
lernbarkeit geben würde. Nachteilig er- 
achte ich bei PIxmate eigentlich nur, 
daß das wirklich gutgeschriebene 
Handbuch leider in Englisch gehalten 
ist. Trotzdem kann man beide Pro- 
gramme wirklich jedem grafikinter- 
essierten Anwender voll und ganz 
empfehlen. 


Butcher 2.0 PAL 

Herst.: Eagle Tree Software 

Preis: 115.- DM 

Vertrieb: PDC, Bad Homburg, 06172/ 
24748 
PIXmate 
Herst.: 
Software 
Preis: 149.- DM 

Vertrieb: IM, Frankfurt, 069/7071102 


Progressive Periphals & 
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VON CHRISTIAN SCHORMANN 


Die Anwendung von 
Computern für gra- 
fische Aufgaben hat 
in den letzten Jahren 
stark zugenommen, 
einhergehend mit den 
fallenden Preisen für 
leistungsstarke Com- 
puter, wie auch mit 
gesteigertem Know 
How, das an zahl- 
reichen Forschungs- 
stätten vor allem in 
Amerika und Japan 
erworben wurde. 


ie Spanne der 
professionellen An- 


wendungen beginnt mit 
Malprogrammen. So etwas kennt wohl 


jeder unserer Leser von seinem Amiga. 
Professionelle Systeme können 
allerdings etwas mehr, beziehungs- 
weise in besserer Qualität. Verwen- 
dung finden solche Systeme vor allem 
im Broadcastbereich, also bei der 
Bearbeitung von Fernsehbildern, und 
in der Grafikerbranche. 

Ein anderer Typ von Systemen dient 
als Konstruktionshilfe; der Computer 
wird als extrem komfortables Zei- 


chenwerkzeug mit Anwendungen von 
der Architektur bis zum Maschinenbau 
benutzt. 

Immer mehr jedoch dienen Computer 
dazu, realistische Bilder zu erzeugen, 
dreidimensionale Welten zu erschaffen 
und zu simulieren, und hier liegt wohl 
auch die größte Faszination der Com- 
putergrafik. 

Dieser Artikel will kurz und knapp 
wichtige Entwicklungen und Ver- 
fahren auf dem Sektor Computergrafik 
vorstellen. Literaturvorstellungen an 
anderer Stelle in diesem Heft sollen 
dem interessierten Leser die Mög- 
lichkeit geben, sich umfassender zu 
informieren. 

Grundsätzlich gibt es zwei Techniken 
für die Erzeugung von Computer- 
bildern: Vektor- und Rastergrafik. 
Rastergrafik kennen Sie alle von Ihrem 
Computer: Ein Rastergrafikgerät setzt 
Bilder aus einzelnen Punkten zusam- 
men, die in einem Raster angeordnet 
sind. Um z.B. eine Linie in einem 
Raster zu zeichnen, muß der Computer 
feststellen, welche Punkte des Rasters 
zu der Linie gehören und welche nicht. 
Um einen Buchstaben zu zeichnen, 
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muß dieser als Raster dargestellt wer- 
den. Je mehr Punkte der Bildschirm zur 
Verfügung stellt, je feiner also das 
Raster ist, desto besser kann die Bild- 
qualität werden. Die Fehler, die da- 
durch auftreten, daß die Bildschirm- 
auflösung nicht ausreicht, um die ab- 
zubildende Grafik exakt darzustellen, 
äußern sich in den typischen “Com- 
putertreppchen” bei schrägen Linien. 
Diese sogenannten Aliasing-Verzer- 
rungen entsprechen übrigens genau 
denen, die auch bei der Digita- 
lisierung von Musik auftreten. 
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Die Darstellung von Formen, die im 
allgemeinen analog sind, also aus 
stetigen Elementen bestehen, in einem 
Raster ist nichts anderes als ein Digita- 
lisierungsvorgang; das von Shannon 
im Jahre 1948 aufgestellte Abtast- 
theorem gilt für jede Art von analoger 
Information, auch für Bilder. Auf 
heutigen Rastergrafikgeräten ist die 
verzerrungsfreie Darstellung im all- 
gemeinen noch nicht ohne weiteres 
möglich; die Auflösung ist einfach 
noch zu gering. Außer der Raster- 
auflösung ist auch die Anzahl der 
Copyright '87, 
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Farben, die sogenannte Farbauflösung, 
für die Bildqualität entscheidend. In 
der Natur gibt es im allgemeinen keine 
scharfen Farbkontraste, sondern nur 
weiche Farbübergänge. Um solche 
Übergänge auf dem Computer darzu- 
stellen und die Aliasing-Verzerrungen 
zu mindern, ist eine große Farbpalette 
notwendig. Professionelle Systeme ar- 
beiten daher mit ca. 16 Millionen 
Farben. 


Vektorgrafik 


Vektorgrafiksysteme sind keine rein 
digitalen Systeme. Ihr Funktions- 
prinzip ähnelt eher einem Oszilloskop. 
Eın Vektorgrafikbildschirm setzt, 
ähnlich wie ein Plotter, ein Bild aus 
Linienzügen, die meistens gerade sind 
(aber bei analogen Systemen genau- 
sogut gebogen sein können ), 
zusammen. Mit der steigenden Qualität 
der Rasterbildschirme haben Vektor- 
systeme immer mehr an Bedeutung 
verloren; es ist beispielsweise mit 
einem Vektordisplay nur sehr schwer 
möglich, einen Teil des Bildes nach- 
träglich zu verändern, es muß immer 
das ganze Bild neu gezeichnet werden. 
Die maximale Geschwindigkeit ist 
durch die Steuergeschwindigkeit des 
Elektronenstrahls, der das Bild er- 
zeugt, begrenzt. Gefüllte Flächen sind 
sehr schwierig zu zeichnen. 
Schließlich sind, der gefallenen 
Speicherpreise wegen, Rasterdisplays 
auch erheblich preisgünstiger als ihre 
Vektorkollegen. Ihrer extremen Auf- 
lösung wegen finden sie aber immer 
noch Anwendung im CAD-Bereich, 
wo häufig Drahtmodellzeichnungen 
genügen, gefüllte Flächen oder gar 
realistische Bilder also gar nicht 
gefragt sind. 


. 
A I 2 Ai Be ee Di De 


Die Unterscheidung zwischen Raster- 
und Vektorgeräten findet man genauso 
im Bereich anderer Ausgabegeräte: 
Ein Matrixdrucker ist ein Rastergerät, 
ein Plotter ( je nach Prinzip ) eher ein 
Vektorsystem. Fast alle modernen 
Ausgabegeräte arbeiten heute, der 
größeren Vielseitigkeit und tech- 
nischen Anspruchslosigkeit wegen, 
nach dem Rasterprinzip; die Palette 
reicht von der Satzmaschine bis zum 
Filmrecorder. Das sind Geräte, die die 
Aufzeichnung hochauflösender Bilder 
auf Filme erlauben, mit typischen 
Auflösungen von 2000*2000 bis 
4000*4000 Punkten, bei 16 Millionen 
Farben. Mit solchen Anlagen, die bei 
guter Qualität einige 100.000 DM 
kosten, können z.B. Kinofilme direkt 
vom Computer erzeugt werden; der vor 
einigen Jahren wegen seiner Com- 
puteranimation bahnbrechende Walt 
Disney-Film “TRON” ist auf diese 
Weise erzeugt worden. Man zieht 
derartige Geräte im allgemeinen 
Videorecordern vor, weil die Qualität 
von Videoaufnahmen der eines 35mm- 
Films hoffnungslos unterlegen ist. 
Von diesen technischen Vorüber- 
legungen nun zur mehr inhaltlichen 
Seite. Wo liegen die prinzipiellen Un- 
terschiede zwischen den verschie- 
denen Anwendungen der Computer- 
grafik, und welche Techniken werden 
dafür benötigt ? 


Malprogramme 


Malprogramme sind die einfachste 
Form von Computergrafik, weil sie 
keinerlei “Einsicht” in den grafischen 
Sinn ihrer Aktionen haben müssen. 
Malprogramme sind eigentlich nur auf 
Rastergrafikbildschirmen sinnvoll. Ein 
solcher Bildschirm ist für ein Mal- 
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programm eigentlich nur ein bestimm- 
ter Speicherbereich, der mit ver- 
schiedenen Operationen gefüllt bezie- 
hungsweise manipuliert werden kann. 
Wenn ein Malprogramm z.B. einen 
Buchstaben auf den Bildschirm 
zeichnet, ist dies im Grunde nur eine 
Kopierfunktion aus einem Speicher- 
bereich, der eine Buchstabentabelle 
enthält, in den Bildschirmspeicher. 
Nach dieser Operation kann ein solcher 
Buchstabe nicht als Text verändert 
werden, sondern nur als eine An- 
sammlung von gesetzten oder 
gelöschten Punkten. 

Allgemein kann ein Objekt, das einmal 
auf dem Bildschirm gelandet ist, nicht 
mehr als solches ediert werden, weil 
das Malprogramm den grafischen Sinn 
der gesetzten Punkte auf dem Bild- 
schirm nicht kennt. 
Ein Kreis ist nicht bekannt als die 
Information “An der Stelle ( 45,300 ) 
soll ein Kreis mit dem Radius 7 
gezeichnet werden”, sondern, wie 
gesagt, nur als eine Reihe von Punkten, 
deren Zusarnmenhang aber nicht be- 
kannt ist. Daher kann der Kreis auch 
nicht ohne weiteres geändert werden; 
zuerst müssen alle beteiligten Punkte 
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von Hand gelöscht werden. 

Programme dieser Art haben heute 
eine ungeheure Funktionsvielfalt er- 
reicht. Selbst auf Mikrocomputern wie 
dem Amiga, dem MaclIntosh oder dem 
ST sind erstaunliche Bilder machbar. 
Im Profi-Bereich ıst das bekannteste 
und verbreitetste System die Quantel 
Paintbox, die sogar über einfache Zei- 
chentrickfunktionen verfügt. 16 Mil- 
lionen Farben und Echtzeit-Farb- 
digitalisierung sind selbstverständlich. 
State-of-the-Art-Programm bei den 
Micros ist vielleicht Deluxe Paint auf 
dem Amiga. Dieses Programm müssen 
wir unseren Lesern an dieser Stelle 
wohl kaum noch vorstellen. 


Objektorientierte 
Grafikprogramme 


Malprogramme jeder Art laufen unter 
dem Oberbegriff “pixelorientierte Gra- 
fikprogramme”, weil sie einzelne Pixel 
auf dem Bildschirm direkt beeinflußen. 
Im Gegensatz dazu stehen die soge- 
nannten “objektorientierten Grafik- 
programme”. Ein solches Programm 
“weiß”, was es tut; es speichert 
Objekte in einer verhältnismäßig aus- 
gabeunabhängigen Form und wandelt 
diese Objekte erst dann in Pixelform 
um, wenn der Benutzer eine Änderung 
verlangt. Ein Kreis wird, um das obige 
Beispiel aufzugreifen, also tatsächlich 
als “Achtung, Kreis bei Punkt ( 45,300 
) mit Radius 7” gespeichert. Ände- 
rungen sind kein Problem: Der 


Computer kann problemlos das ganze 
Bild neu zeichnen, da er ja genau 
“weiß”, welche grafischen Objekte 
sich auf dem Bildschirm befinden. Es 
muß dem Computer nur mitgeteilt 
werden, welches Objekt wie verändert 
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werden soll. Ein weiterer Vorteil ist, 
daß Speicherplatz eingespart wird. Ein 
Bild muß nicht mehr Bildschirmpunkt 
für Bildschirmpunkt auf Diskette ge- 
speichert werden, sondern nur als Be- 
schreibung der Objekte. Die Beschrei- 
bung “Kreis bei ( 45,300 ), Radius 7 
mit Linienstärke 2” besteht aus 4 Zah- 
len. Die Pixel-Beschreibung des Krei- 
ses besteht aus den Koordinaten aller 
Pixel, die der Kreis berührt. 

Nachteil ist allerdings, daß bei Ände- 
rungen fast immer das ganze Bild neu 
aufgebaut werden muß, da es bei über- 
lappenden Objekten meist sehr 
schwierig ist, festzustellen, welche 
Teile welcher Objekte neu gezeichnet 
werden müssen. Da dauert ein kom- 
pletter Neuaufbau auch nicht länger... 

CAD-Systeme werden aus verschie- 
denen Gründen eigentlich immer als 
objektorientierte Systeme konzipiert. 
Schließlich soll der Computer nicht nur 
die Zeichenarbeit erleichtern ( also das 
Zeichenbrett verbessern ), sondern 
auch die eigentliche Konstruk- 
tionsarbeit. Das Objekt “Getriebe” 
wird aus grafischen Grundobjekten, 
mit denen für technische Berech- 
nungen auch physikalische Daten ver- 
knüpft sein können, zusammenge- 
setzt, ein Zahnrad zum Beispiel aus 
kreisförmigen Scheiben, die mit 
Zähnen versehen sind. Der Computer 
malt also nicht nur “geistlos” Bilder, 
sondern kann Zeichnungen mit Hilfe 
von “Wissen” über das zu zeichnende 
Objekt erstellen. Am Beispiel Getrie- 
be: In Verbund mit dem entsprech- 
enden Rechenprogramm kann das Zei- 
chenwerkzeug das gesamte Getriebe 
schnell neu zeichen, nachdem eine 
komplette Neudimensionierung wegen 
irgendwelcher geänderter Anfor- 
derungen notwendig wurde. Oder ein 
musischeres Beispiel: Gute Noten- 
druckprogramme, die in der Lage sind, 
hochwertige musikalische Partituren 
zu drucken, speichern Musik nicht als 
Pixel-Grafik, sondern als eine Folge 
von Daten, welche die Musik reprä- 
sentieren. Daraus muß das Programm 
dann die Information entnehmen, wie 
das korrekte Notenbild auszusehen hat. 
Dies ist eine spezielle Form des all- 
gemeinen Anwendungsgebietes 
“Desktop-Publishing”. Um eine 
schnelle und komfortable Bearbeitung 
eines Layouts zu ermöglichen, wird 
eine Seite als Liste von Grafikobjekten 


14 KICKSTART GRAFIK-SONDERHEFT 


| 


Copyright 87, by Art Com Atelier für Computergrafik GmbH, Bremen. 


gespeichert ( auch Text ist ein Son- 
derfall von Grafik ) und erst für die 
Ausgabe in das für das Ausgabegerät 
(z.B. eine Fotosatzmaschine ) notwen- 
dige Format umgewandelt. Speziell für 
diese Art von Anwendungen wurden 
Seitenbeschreibungssprachen wie 
PostScript oder DDL entwickelt, die 
eine standardisierte, auflösungsunab- 
hängige Übertragung und Speicherung 
von Layoutseiten erlauben. Auch für 
allgemeine Grafikanwendungen gibt 
es auflösungsunabhängige Normen 
wie z.B. das Grafische Kern-System, 
abgekürzt GKS, das für so ziemlich 
jeden ernstzunehmenden Rechner zur 
Verfügung steht und nicht nur die 
Übertragung von Zeichnungen, son- 
dern im allgemeinen auch die 
Übertragung ganzer Applikationen er- 
laubt. Es ist eine Bibliothek von Gra- 
fikroutinen, die durch einen Geräte- 
treiber an nahezu jedes Ausgabegerät 
angepaßt werden kann. Dieser Treiber 
ist der einzige geräteabhängige Teil 
des Systems. 


Universalität, 
Einfachheit und 
Effizienz 


Damit wären wir an einem Punkt 
angelangt, der für professionelle Gra- 
fiksysteme von ungeheurer Wichtig- 
keit ist: Nahezu jedes System muß ver- 
suchen, die drei Forderungen Uni- 
versalität, Einfachheit und Effizienz 
unter einen Hut zu bekommen. Leider 
schließen sich diese Forderungen 
meistens aus. Universelle Algorithmen 
sind im allgemeinen nicht besonders 
effizient, einfache Systeme selten uni- 
versell. Universalität bedeutet zum 
einen möglichst weitgehende Ge- 
räteunabhängigkeit. Damit muß nicht 
unbedingt die Portabilität der Grafik- 
Applikation gemeint sein, sondern die 
Möglichkeit, verschiedene Ausgabe- 
geräte ohne erhebliche Änderungen an 
der Applikation verwenden zu können. 
Eine Applikation ist sauber und uni- 
versell programmiert, wenn sie in der 
Lage ist, ein Bild ohne zeitraubende 


Umrechnung und ohne Qualitäts- 
verlust z.B. auf einem Bildschirm und 
einer Fotosatzmaschine auszugeben. 

Erreichen läßt sich dies, indem man 
alle Berechnungen in einem allge- 


meinen Koordinatensystem durch- 
führt, den ( meist ) sogenannten Welt- 
koordinaten. Dies sind im allgemeinen 
Floating-Point-Zahlen, also der ge- 
samte Rechenbereich des Computers. 
Erst der Gerätetreiber selbst über- 
nimmt die Umrechnung in die 
Gerätekoordinaten des Ausgabege- 
rätes. Nachteil: Nicht sehr effizient, da 
erstens mit unhandlichen Zahlen 
(Fließkomma-Arithmetik ) und zwei- 
tens mit einer zusätzlichen Transfor- 
mation gerechnet werden muß. GKS 
benutzt sogar drei verschiedene Ko- 
ordinatensysteme: Die “Welt”, die 
Zeichnung also, wird in einem ( theo- 
retisch ) unbegrenzten Weltkoordi- 
natensystem gespeichert. Vor der Aus- 
gabe wird jede Grafik in sogenannte 
“Normalized Device Coordinates” 
(normalisierte Geräte-Koordinaten ) 


umgerechnet, die auf der x- und y- 
Achse von O bis 1 reichen. Die Um- 
wandlung in die aktuellen, end- 
gültigen Gerätekoordinaten übernimmt 
dann eine letzte Transformation, wobei 
für professionelle Systeme Auflö- 
sungen bis zu 4000*4000 Punkten auf 
Bildschirmen in Gebrauch sind. Ein- 
fachheit bezieht sich vor allem auf die 
Bedienung, die Interaktion mit dem 
Benutzer. Ein Grafiksystem sollte ein- 
fach und intuitiv zu benutzen, dazu in 
seinen einzelnen Teilen konsistent 
(d.h, gleiche Benutzer-Aktionen 
sollten in verschiedenen Programm- 
teilen vergleichbare Aktionen aus- 
lösen) sein. Die Effizienz trägt dazu 
durchaus bei, denn auch schnelle Ant- 
wortzeiten eines Rechnersystems 
tragen erheblich zum Komfort bei der 
Bedienung bei. 


Die dritteDimension 


Dreidimensionale Computergrafik und 
vor allem der Versuch der Simulation 
der Wirklichkeit, beziehungsweise der 
Versuch, künstliche Wirklichkeiten zu 
schaffen, stellen besondere Anfor- 
derungen. 

Als Ansatz kommt eigentlich nur ein 
objektorientiertes System in Frage; 
schließlich kann man 3D-Objekte nicht 
so ohne weiteres auf einem zweidi- 
mensionalen Bildschirm darstellen, 
dazu muß ein wenig gerechnet werden. 
Das Problem der Perspektive, oder all- 
gemein der zweidimensionalen Dar- 
stellung der dreidimensionalen Welt 
( allgemein Projektion genannt ) 
stammt natürlich nicht erst aus un- 
serem Zeitalter. Bereits die Schöpfer 
der frühesten Höhlenmalereien waren 
mit diesem Problem konfrontiert, für 
das in der Kunstgeschichte später sehr 
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verschiedene und sehr raffinierte Lö- 
sungen gefunden wurden. Besonders 
auffällig ist in dieser Hinsicht die 
Kunst des europäischen Mittelalters, 
die auf eine wirklich perspektivische 
Darstellung wieder weitgehend ver- 
zichtet. Spätere Werke haben den 
Kunsthistorikern Rätsel aufgegeben: 
Erst in einer neueren Studie, die an der 
TH Darmstadt mit Hilfe einer 
Computergrafik-Simulation (!) durch- 
geführt wurde, konnte das Problem der 
Perspektive in Raffaels 1511 ent- 
standenem Fresko “Die Schule von 
Athen” halbwegs gelöst werden: Um 
den gewünschten Raumeindruck zu 
erhalten, hat der Maler wahrscheinlich 
einfach verschiedene Perspektiven für 
verschiedene Raumteile verwendet. 
Das Problem jeder Perspektive, be- 
sonders für konstruktive Zwecke, ist 
die entstehende Verzerrung: Weiter 
entfernte Objekte erscheinen kleiner 
als näherliegende. Daher wurden Pro- 
jektionen entwickelt, die bestimmte 
Objekteigenschaften in der 2D-Dar- 
stellung erhalten. Diese Darstellungen 
sind weniger realistisch, haben aber für 
CAD-Anwender oft den höheren In- 
formationswert. 


Objektbeschreibungen 


Ein weiteres Problem für die Com- 
putergrafik ist die Beschreibung der 
Objekte. Die meisten Formen des 
“wirklichen Lebens” sind nicht gerade 
einfach zu beschreiben, jedenfalls 
nicht mit der notwendigen Exaktheit. 
Man kann daher extrem einfach be- 
ginnen: Das einfachste aller Objekte ist 
der Punkt. Die Verbindung zweier 
Punkte ist eine Linie. Mehrere Linien 
umschließen eine Fläche, mehrere 
Flächen ein Volumen. Man kann die 
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Oberfläche eines Objektes also aus 
kleinen Flächenstücken ( Polygonen 
oder Vielecken ) zusammensetzen. 
Leider erhält man damit nur brauch- 
bare Darstellungen, wenn man die 
Polygone sehr klein macht, also sehr 
viele Polygone aneinandersetzt, was 
wiederum nicht sehr effizient ist. 
Andererseits lassen sich nur sehr ein- 
fache Körper wie Kugeln oder Zy- 
linder auf einfache Weise mit leicht- 


verständlichen Formeln exakt mathe- 
matisch beschreiben. Ein Verfahren, 
mit dessen Hilfe sich gebogene 
Flächen mathematisch exakt beschrei- 
ben lassen, wird also gebraucht. Das 
erste brauchbare System, das ein 
solches Verfahren verwendete, hieß 
“Unisurf” und wurde von dem fran- 
zösischen Mathematiker Bezier für die 
Autofirma Renault zum Entwurf von 
Karosserieteilen entwickelt. Die so- 
genannten Bezier-Kurven sind die 
mathematische Simulation eines alten 
mechanischen Werkzeuges: Früher be- 
nutzte man für die Formung von 
Kurven in Werkstätten elastische Me- 
tallstreifen, die an ihrem Anfang und 
Ende befestigt und über deren Länge 
verteilt einige Gewichte an Schnüren 
angebracht waren. Durch Verschieben 
der Gewichte auf dem Arbeitstisch 
konnte man den Streifen nahezu be- 
liebig verformen. Bezierkurven ver- 
halten sich ganz ähnlich: Die Form der 
Kurven wird durch sogenannte 
Kontrollpunkte bestimmt, die nicht auf 
der Kurve liegen, wohl aber ihren 
Verlauf bestimmen. 

Eine andere, besonders im Ma- 
schinenbau beliebte Darstellungsform 
ist das CSG-Verfahren ( Constructive 
Solid Geometry - konstruktive Vo- 
lumen-Geometrie ). Hierbei werden 
komplizierte Objekte aus einfachen 
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Grundformen wie Kugel, Kegel oder 
Zylinder, die sich mathematisch pro- 
blemlos beschreiben lassen, zusam- 
mengesetzt, wıe ım Holzbaukasten, 
nur mit dem Unterschied, daß man 
Objekte nicht nur an- und ineinander 
setzen, sondern sie auch voneinander 
abziehen kann, zum Beispiel um ein 
Loch in einem Rad zu erhalten. Dafür 
nimmt man zwei Zylinder, davon einen 
sehr flachen als Rad und einen, der den 
Copyright '87, 

by Art Com Atelier 


für Computergrafik 
GmbH, Bremen. 


Lochdurchmesser besitzt. Diesen po- 
sitioniert man nun an der Stelle des 
gewünschten Loches und zieht ihn vom 
Rad ab; als Ergebnis ist ein Loch im 
Zylinder. Im Grunde ıst das nichts 
anderes als die Mengenlehre der Schul- 
kinder - Schnitt- und Differenz- 
mengenbildung usw. Obwohl die 
Operationen ( sogenannte Bool’sche 
oder Mengenoperationen )\) recht 
einfach sind, kann der Rechenaufwand 
für die Darstellung ziemlich hoch sein, 
weshalb das Modell meistens nicht auf 
Micro-CAD-Systemen verwendet 
wird. Dafür ist der Speicheraufwand 
auch für komplexe Objekte extrem 
gering, weil statt der Berechnung des 
Endprodukts nur ein Baum, also die 
einzelnen primitiven Objekte und die 
gewünschten Verknüpfungen, gespei- 
chert werden. Vor der Darstellung 
kommt man dann aber um das Be- 
rechnen nicht mehr herum. 


Verdeckte 
Oberflächen 


Das Problem der Darstellung: Man 
kann ja nicht einfach alle Linien, 
Punkte oder sonstigen Teile eines Ob- 
jektes auf den Bildschirm projezieren, 


um ein ansehnliches Objekt zu er- 


halten. Vorher muß man erst einmal 
feststellen, welche Teile eines Ob- 


jektes vom Blickpunkt des Betrachters 
aus überhaupt sichtbar sind und welche 
durch sich selbst oder andere Objekte 
verdeckt werden. Dieses Problem ist 
nicht ganz einfach und eigentlich nur 
für Polygon-Darstellungen effizient zu 
lösen. Es gibt eine ganze Reihe von 
Algorithmen, die alle ihr besonderes 
Anwendungsgebiet haben und außer- 
dem eine Gemeinsamkeit: Entweder 
sie sind schnell, oder sie sind gut. 
Schlechte Algorithmen machen Fehler, 
das heißt, bei bestimmten Objekten 
sind Teile sichtbar, die eigentlich ver- 
deckt sein müßten. Gute Algorithmen 
sind dafür langsam. Für jede An- 
wendung muß man einen Kompromiß 
suchen. Besonders verbreitet ist der so- 
genannte Painter-Algorithmus. Hier- 
bei werden erst alle Polygone ent- 
sprechend ihrer Entfernung vom Be- 
obachter sortiert und dann von hinten 
nach vorne gezeichnet. Dadurch 
werden die verdeckt ( also hinten ) 
liegenden Polygone von weiter vorne 
liegenden übermalt. Weil diese Tech- 
nik auch beim Malen mit Ölfarben 
gebräuchlich ist, erhielt der Algo- 
rithmus seinen Namen. 

Die Qualität der Darstellung hängt nur 
von der Qualität der Sortierung ab - 
und auch hier gilt: Gute Sortierung 
braucht ihre Zeit. 


Schattierung 


Um realistische Bilder zu erhal- 
ten, genügt es aber nicht, einfach nur 
alle sichtbaren Polygone in irgendeiner 
Farbe zu zeichnen. Natürliche Flächen 
zeigen immer von der Beleuchtung ab- 
hängige, kontinuierliche Farbschat- 
tierungen. Deshalb muß jetzt die 
Physik ‘ran. Glücklicherweise liefert 
die Optik recht brauchbare Modelle 
über das Verhalten ( sprich die Re- 
flektion ) von Lichtstrahlen an einer 
mehr oder weniger spiegelnden Ober- 
fläche. Wenn dieses Verhalten bekannt 
ist, und auch der Winkel einer Fläche 
zu einer Lichtquelle, dann kann man 
die Schattierung dieser Fläche ( also 
dieses Polygons ) berechnen. Das 
bringt uns aber noch nicht viel weiter, 
denn jetzt ist immer noch jedes 
Polygon gleichmäßig gefärbt. Was 
tun? Im Laufe der Zeit wurden einige 
Verfahren entwickelt, die darauf 
basieren, daß man sich die Winkel der 
umliegenden Flächen zur Lichtquelle 


Auch mit einem Microcom- 
pen wie dem Amiga ist es 
emeRE möglich, fotorea- 
listische Bilder zu berechnen 
und darzustellen. 

Natürlich unterscheiden sich 
diese in der Qualität doch 
deutlich von den hier abge- 
bildeten Werken der Com- 
utergrafik-Profis. 

inige solcher Amiga-Grafi- 
ken, die Sie auch auf den 
KICKSTART PD-Disketten fin- 
den, sollen dennoch - oder 
auch gerade deshalb - hier 
abgebildet werden. 


KICKSTART GRAFIK-SONDERHEFT 17 


vornimmt und von der Mitte des zu 
schattierenden Polygons aus diesen 
Winkeln immer mehr annähert. Daraus 
ergibt sich eine gleichmäßige Schat- 
tierungsänderung auch über Poly- 
gonkanten hinweg. Die bekanntesten 
Verfahren stammen von Gouraud und 
Phong, wobei besonders letzteres auch 
sehr gute Schlaglicht-Effekte auf 
spiegelnden Oberflächen erzeugt. 

Wenn man Farbbilder erzeugen will, 
müssen die entsprechenden Be- 
rechnungen im allgemeinen für jede 
der drei Grundfarben Rot, Grün und 
Blau einzeln durchgeführt werden, um 
den endgültigen Farbwert zu erhalten. 


Was man sonst 
noch braucht... 
Ray Tracing 


Jetzt fehlen aber immer noch Schatten 
und Transparenzeffekte. Es ist extrem 
schwierig, diese Art von Effekten in 
eine Darstellung der bisherigen Art 
einzubauen. Für wirklichen Realismus 
muß man auf ein anderes Verfahren 
ausweichen, das einerseits wie eine 
Brute-Force-Methode erscheint, an- 
dererseits aber eine Art eierlegende 
Wollmilchsau ist, weil sowohl das 
Ausblenden von verdeckten Ober- 
flächen, als auch Spiegelungen, Schat- 
tierungen, Transparenz und Schatten in 
einem Aufwasch erledigt werden. 
Nachteil: Keinerlei Eigenschaften der 
Objekte selbst werden ausgenutzt, die 
Rechenzeit ist extrem. Das Verfahren 
nennt sich Ray Tracing, zu Deutsch 
Strahlverfolgung. 

Wie dieses Verfahren funktioniert und 
welche Vorteile es bietet, wird an an- 
derer Stelle in diesem Heft ausführlich 
erläutert und deshalb hier ignoriert. Es 
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sei nur erwähnt, daß Ray Tracing von 
der Bildqualität ( Realismus der 
Darstellung usw. ) her die mit Abstand 
besten Ergebnisse bringt. Auch die 
Implementierung ist im Vergleich zu 
anderen Verfahren extrem einfach. 

In neuester Zeit wurden auch Al- 
gorithmen entwickelt, die das größte 
Manko des Verfahrens relativieren, 
nämlich den extremen, exponential mit 
der Objektanzahl ansteigenden Re- 
chenaufwand. Inzwischen gibt es Ray 
Tracıng-Routinen, die annähernd kon- 
stante Rechenzeit, fast unabhängig 
vom Bild, benötigen. Nahezu alles, 
was an interessanten Computerani- 
mationen veröffentlicht wird, ist mit 
Hilfe von Ray Tracing-Verfahren 
erzeugt worden. Das bisher vielleicht 
perfekteste Beispiel ist der Film 
“Luxor jr.”, der auf der Linzer Ars 
Electronica ’87 den großen Preis für 
Computeranimation gewonnen hat und 
als erster 3D-Computertrickfilm für 
einen Oscar vorgeschlagen wurde. In 
dem Film spielen eine große und eine 
kleine Schreibtischlampe miteinander 
Ball, wobei sich die Lampen sehr 
“menschlich” bewegen. Schließlich 
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hüpft die kleine Lampe auf den Ball 
(die Kinder treiben es ja immer zu 
toll... ), der natürlich auch prompt 
einen Platten bekommt. Aber schon 
findet sich ein Ersatzball, und weiter 
geht's, worüber die große Lampe nur 
noch den Kopf schütteln kann; Ja,ja, 
diese Kinder... 

Der Detailreichtum und vor allem die 
Bewegungsqualität dieses Films sind 
faszinierend. 


Werbung und 
Animation - 3D- 
Computergrafik im 
Einsatz 


Das Hauptanwendungsgebiet für 3D- 
Grafiksysteme liegt traditionell im 
Film- und Fernsehbereich. Doch auch 
die Wissenschaft macht sich die Mög- 
lichkeit der realistischen Simulation 
unsichtbarer Vorgänge zu nutze, so 
zum Beispiel die Molekularbiologie, 
die mit Computern chemische Vor- 
gänge simulieren und jetzt endlich 
auch darstellen kann. Besonders be- 
rühmt in dieser Hinsicht ist der Film 
“Die Entstehung des Lebens”, in dem 
der Programmierer Nelson Max die 
Entstehung eines DNS-Moleküls auf 
die Leinwand zaubert. Auch der Flug 
durch die Ölkanäle eines laufenden 
Motors zeigt die Stärken der Com- 
putergrafik - Unsichtbares sichtbar zu 
machen. 

In der Medizin kann ein Computer 
verwendet werden, um aus den 
zweidimensionalen Aufnahmen eines 
Tomographen ein dreidimensionales 
Bild des untersuchten Körperteils zu 
machen. Dabei ist es möglich, Bilder 
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zu erzeugen, die aussehen, als seien sie 
frisch seziert. Jeder Muskel tritt deut- 
lich wie im Anatomielehrbuch hervor. 
Auf diese Weise hat es der Arzt 
leichter, Krankheiten zu finden. 

Aus Konstruktion und Design ist der 
Grafikcomputer nicht mehr wegzu- 
denken. Er erlaubt es z.B. dem Ar- 
chitekten, einen Gang durch ein Haus 
zu machen, für das noch nicht einmal 
ein Grundstück existiert. Dem Bau- 
herrn können so Fehlplanungen leich- 
ter erspart bleiben. 

Vom technischen Design zur Ge- 
brauchsgrafik. In der Werbung zeigt 
sich ein weiteres großes Anwen- 
dungsgebiet. Vom zweidimen- 
sıonalen Layouten mit Desktop-Pub- 
lıshing-Systemen abgesehen, werden 
3D-Systeme sehr gerne verwendet, um 
die besonderen Effekte zu produzieren, 
die sonst mühsam mit der Spritzpistole 
oder anderen Techniken erstellt 
werden müssen. Hauptvorteil ist hier- 
bei die Tatsache, daß der Grafiker Än- 
derungswünsche des Kunden erheblich 
schneller und müheloser realisieren 
kann, als mit konventionellen Techni- 
ken. Dafür liegen die Kosten auch noch 
erheblich höher. Das am weitesten ver- 
breitete Grafiksystem der unteren 
Preisklasse, das in der Lage ist, pro- 
fessionelle Grafiken zu erzeugen, ist 
der Cubicomp PictureMaker. Er basiert 
auf einem IBM-AT,, der durch eine ca. 
100.000 DM teure Hardwarebox er- 
weitert wird. Um auf vernünftige Ge- 
schwindigkeit zu kommen, kann man 
das System für ungefähr 50.000 DM 


mit einer Beschleunigungsbox ver- 
sehen. Die Gesamtkosten liegen jedoch 
noch weit höher: Ein Filmrecorder ( ab 
25.000 DM, sinnvoll ab ca. 80.000 
DM) wird gebraucht, ein Scanner zum 
Einlesen von Grafiken und ein Video- 
digitalisıerer für Kamerabilder. Will 
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man auch einfache Animationen rech- 
nen, wozu das System durchaus in der 
Lage ist, wird ein einzelbildauf- 
nahmefähiger Videorecorder gebraucht 
( U-Matic High Band, ab ca. 40.000 
DM). Sıe sehen, selbst die einfachste 
Profiausstattung ist nicht ganz billig. 
Videoeffekte kann man mit diesem 
System übrigens nicht berechnen. Die 
mittlere Preisklasse beginnt bei Ani- 
mationssystemen bei ca. 500.000 DM. 


Damit kann man dann aber auch Ray 
Tracing-Filme von hervorragender 
Qualität rechnen. Herausragende An- 
bieter sind Wavefront und Silicon 
Graphics. Nur eine einzige europäische 
Firma ist auf dem Markt nennenswert 
vertreten, die französische Firma TDI. 
Natürlich können alle diese Systeme 
keine Ray Tracing-Bilder in Echtzeit 
produzieren. Dazu wären, selbst bei 
Anwendung modernster Algorithmen, 
mindestens 600-1000 MFlop (Mil- 
lıonen Fließkomma-Operationen. pro 
Sekunde ) Rechenleistung erforder- 
lich. Die gängige VAX unter Unix 
kommt mit viel Glück auf 1 Mflop. 

Objekte werden ım allgemeinen zuerst 
als Drahtmodelle auf dem Bildschirm 
erzeugt. Bei einem Drahtmodell sieht 
man nur die Umrisse oder Konturen 
des Objektes. Diese kann man dann in 
Echtzeit auf dem Bildschirm bewegen. 
Auch die gewünschten Lichtquellen 
können plaziert und ausgerichtet wer- 
den. Für die eigentlichen “Aufnahme” 
steht dann eine “Kamera” zur Ver- 
fügung, die durch die Szenerie 
gefahren werden kann. Der Realismus 


bei der Kamerasimulation geht bei 
manchen Systemen so weit, daß sogar 
die Tiefenschärfe des Objektives be- 
rücksichtigt wird. 

Es wurden in der Vergangenheit auch 
zahlreiche “Regisseursprachen” ent- 
wickelt, mit deren Hilfe der Regisseur 
dem System seine Anweisungen geben 
kann. Diese Sprachen sind aber im all- 
gemeinen nicht sehr interaktiv. 

Wenn die Drahtmodellfassung einer 
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Szene fertig ist, kann der Rechner Bild 
für Bild nach dem Ray Tracing-Ver- 
fahren berechnen. Das kann unter Um- 
ständen Stunden dauern, je nach Kom- 
plexität und, vor allem, je nach dem 
verwendeten Rechner. Glücklicher- 
weise müssen Sıe nicht die ganze Zeit 
danebensitzen und einen Kaffee nach 
dem anderen trinken, der Computer ist 
durchaus in der Lage, selbstständig mit 
Filmrecorder oder Videorecorder zu 
kommunizieren und sie zur Mitarbeit 
zu motivieren. Die Produktion selbst 
der einfachsten Animationen kann 
leicht eine oder mehrere Wochen 
dauern. Preise von 4.000-10.000 
Dollar pro Sekunde ( eine Sekunde 
Animation sind je nach Verwendung 
und Fernsehnorm nur 24, 25 oder 30 
Finzelbilder! ) Anımation sind durch- 
aus üblıch. 

Das bisher leistungsfähigste Bildre- 
chensystem ist “Pixar”, das von der 
amerikanischen Lucas Film gebaut 
wird. Auch “Luxor jr.” oder die Glas- 
ritter-Sequenz aus Steven Spielbergs 
“Das Geheimnis des verlorenen 


Tempels” wurden mit Pixar berechnet. 
Weniger aufwendig ist dagegen die 
3D-Bearbeitung von Videobildern, die 
wohl jeder aus Videoclips kennt: Fern- 
sehbilder, die auf Trommeln projeziert 
sind, die umgeblättert werden wie 
Buchseiten oder durch den Raum 
fliegen wie Teppiche ( fliegende natür- 
lich ). Dennoch, wenn solche Effekte 
in Echtzeit erzeugt werden sollen, wird 
es teuer. Das Quantel Mirage System, 
das meist für diese Aufgaben ver- 
wendet wird, Kostet weit über I Million 
DM. Daher ist es etwas billiger, diese 
Effekte ın Fast-Echtzeit im Studio zu 
erzeugen. 


Kritisches 


Die ganze Anımationsbranche und 
zum Teil auch die Werbegrafik, soweit 
sie Computergrafik verwendet, ist im 
Moment noch durch starke Tendenzen 
zur billigen Effekthascherei gekenn- 
zeichnet. Das liegt zum größten Teil 
daran, daß an den Geräten häufig eher 
Techniker als Künstler, mehr Pro- 


Zu den Grafiken: 

Die in diesem und dem Ray-Tracing- 
Artikel in diesem Heft abgedruckten 
Grafiken wurden uns von den Firmen: 


ArtCom -Atelier 

für Computergrafik 
Bremer Innovations- und 
Technologiezentrum 
Fahrenheitstraße 1 

2800 Bremen 33 


und: 


Workshop-Artline 
Düllberg & Brendel 
Friedrichstraße 10-12 
6000 Frankfurt 1 


freundlicherweise zur Verfügung ge- 
stellt. Hierfür möchten wir an dieser 
Stelle noch einmal danken. 

Die Fırma ArtCom befaßt sich speziell 
mit der Erzeugung von Ray Tracing- 
Grafiken auf einem mit einem spe- 
ziellen Grafiksystem erweiterten IBM 
AT und selbstgeschriebener Software. 
Die Firma Artline arbeitet ebenso mit 
selbstverfaßter Software auf einem er- 
weiterten IBM AT, wobei die abge- 
druckten Bilder einer PaintBox ent- 
stammen. Neben der Herstellung von 
Computergrafiken unter anderem für 
Werbung und Unternehmenspräsen- 
tatıon vertreiben beide Firmen das von 
ihnen verwendete Designpaket (Hard- 
ware und Software ), wobei sich die 
Systeme in beiden Fällen in einer 
Preisklasse von ( je nach Ausführung ) 
ca. 120000.- bis 150000.- DM be- 
wegen. 
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VON ANDREAS DIEBOLD 


EINFACHE 
DARSTELLUNGS- 
WEISEN 


Der Amiga kennt mannigfaltige Möglichkei- 
ten, mit seinem Benutzter in Kontakt zu treten. 
Die hohe Geschwindigkeit ermöglicht das Ar- 
beiten mit mehreren Fenstern, die schnelle 
Verwaltung des Eingabegerätes Maus, natür- 
lich auch der Tastatur, und vielem mehr. 

Die Verwaltung all dieser Kleinigkeiten, in ei- 
ner Systemumgebung, welche obendrein noch 
multitaskingfähig ist, stellt natürlich schon 
eine gewisse Komplexität dar. 

Wer hier alle Ein- und Ausgabemöglichkeiten 
in totaler Eigenregie verwalten will, der hat 
ein ordentliches Stück Arbeit vor sich. Daher 
haben sich die Systementwickler etwas ein- 
fallen lassen, was sie Intuition nannten, und ın 
das gewaltige Bauwerk der Amiga-System- 
software einfügten. 


Dafür aber wird man mit einer recht 


ntuition hilft uns Program- 
I mierern beim Verwalten von 

Bildschirmspeichern, welche 
der User in Form von Screens und 
Windows vor sich hat. Außerdem 
kümmert es sich noch ein wenig um die 
Eingabegeräte, in Verbindung mit ge- 
wissen Tasks und Windows. Doch 
sollte man sich über diese Hilfe nicht 
zu früh freuen, da diese gigantische 
Verwaltungsarbeit durch Intuition 
zwar einfacher, aber für den Amiga- 
Einsteiger nicht unbedingt einfach 
wird. 


umfangreichen Kontrolle belohnt, die 
man allen möglichen Anforderungen 
anpassen kann. 

Im folgenden wollen wir uns den Um- 
gang mit den wesentlichen Dingen an- 
schauen, welche uns durch Intuition 
angeboten werden. 

Entscheidend ist in der Kommuni- 
kation zwischen Mensch und Com- 
puter, beim momentanen Stand der 
Technik, die visuelle Ausgabe der Ma- 
schine. Hier erkennt der User den mo- 
mentanen Status des Geräts und kann 


diesem, mittels Tastatur und Maus, Be- 
fehle geben. Daher baut auch Intuition 
auf einer optischen Grundlage auf. 
Diese ist das Window. Ein Window 
steht mit einem Task, also einem ab- 
laufenden Programm in Verbindung, 
gibt dessen Informationen aus, und 
nimmt in Zusammenhang mit den Ein- 
gabegeräten Informationen für das 
Programm an. Da es möglich ist, meh- 
rere Windows zu erzeugen, und sich 
von diesen verschiedenartigste Auf- 
gaben erledigen lassen kann, muß man 
schon genau spezifizieren, was für ein 
Window gewünscht ist. Zusätzlich zu 
den Windows gibt es noch Screens. 
Der grundsätzliche Unterschied: Ein 
Screen ist der eigentliche Bildschirm- 
speicher, bzw. dessen Darstellung. 
Dem sei gleich angemerkt, daß ein 
Bildschirmspeicher im Amiga in einer 
BitMap organisiert ist. Das heißt, für 
jedes Pixel steht erst einmal ein Bit im 
Speicher, und zwar in einem zu- 
sammenhängenden Speicherblock, 
dessen erstes Bit das Pixel ganz links 
oben repräsentiert. Weiter geht es in 
der Waagerechten, von links nach 
rechts, Reihe für Reihe von oben nach 
unten. Das letzte Bit im Speicher- 
bereich ist also das Pixel unten rechts. 
Da ein Bit bekannterweise nur zwei 
Zustände kennt, wird ein solcher 
Speicherbereich bei der Darstellung 
von mehr als zwei Farben noch 
mehrmals benutzt, beim Amiga im 
Normalfall maximal fünfmal. Benutzt 
man also beispielsweise fünf Spei- 
cherbereiche, so steht jedes erste Bit ei- 
nes jeden Speicherbereichs für das 
linke obere Pixel, usw.. Nun wird ein 
Pixel also nicht mehr nur durch zwei 
mögliche Zustände repräsentiert, son- 
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dern durch 2 hoch 5, also 32. Dies wie- 
derum heißt, daß 32 Farben ansprech- 
bar sind. 

Dieser Wert für jedes Pixel, quer durch 
die Speicherbereiche - nennen wir sie 
nun wieder BitPlanes - ist die Nummer 
eines Farbregisters, das jene Farbe, aus 
4096 möglichen, repräsentiert, in der 
das Pixel dargestellt werden soll. 

Ein Window ist immer ein Teil eines 
Screens. Ein Window benutzt norma- 
lerweise keinen eigenen Bildschirm- 
speicher, sondern den des Screens. Es 
ist also sozusagen ein Ein- und Aus- 
gabegerät auf einem  Bildschirm- 
speicher, sprich: Screen. Auch ein 
Screen verlangt eine genaue Defini- 
tion, da es auch von seiner Sorte meh- 
rere geben kann. Er ist zudem für die 
Anzahl und Art der Farben und die 
Pixelauflösung verantwortlich, nach 
denen sich alle Windows innerhalb 
eines Screen richten müssen. Dank der 
Hardware ist es möglich, auf dem 
Monitor mehrere Screens mit unter- 
schiedlichen Farbpaletten und Auflö- 
sungen zur gleichen Zeit zu sehen. 
Doch zurück zum eigentlichen Thema. 
Wie kommt der Programmierer zu 
Screens und Windows? 

Ein Screen, der sogenannte Work- 
BenchScreen, wird von Intuition beim 
Starten von CLI oder Workbench im- 
mer zur Verfügung gestellt. Er hat auf 
einem Pal-Amiga von Haus aus eine 
Auflösung von 640 * 256 Bildschirm- 
punkten und stellt vier Farben dar. Auf 
ihm findet man auch das CLI-Window 
für Ein- und Ausgabe von DOS-Be- 
fehlen. Dieses Window hat eine Son- 
derfunktion, da es das Standard-I/O- 
Window darstellt. Daher kann man 
dieses Window zur einfachen Ein- und 
Ausgabe von Text benutzen, so wie 
man es von anderen Rechnern gewohnt 
ist, in C also z.B. mit den Funktionen 
printfÜ),scanf(), etc.. Um einem Pro- 
gramm aber sein eigenes Medium zu 
geben, welches auch die besonderen 
Eigenschaften des Amiga nutzt, brau- 
chen wir ein Window. Dieses darf sich, 
wie schon angedeutet, auf einem ei- 
genen neuen Screen oder aber dem 
WorkBenchScreen befinden. 

Will man ein Window erzeugen, muß 
man dem Programm vorab Zugriff auf 
Teile des Betriebsystems geben. Da 
dieses in Libraries organisiert ist, ge- 
schieht dies einfach mit der Funktion 
OpenLibrary(). Die nötigen Include- 
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Dateien erhält man durch den Prä- 
prozessoraufruf“#include<intuition/ 
intuitionbase.h>”. Die zu öffnenden 
Libraries sind die <intuition.library> 
und die <graphics.library>. Die erste 
sollte ihre Bedeutung im Namen tra- 
gen, und die zweite, die sich, oh Wun- 
der, auf die Grafik bezieht, wird benö- 
tigt, da die Erzeugung von Bild- 
schirmdarstellungen immer über den 
Weg der Grafik geht. 

Wer das bisher Genannte getan hat, 
dem steht nun eine Struktur <NewW ’in- 
dow> zur Verfügung. Diese gilt es 
nunmehr zu initialisieren. Es folgt eine 
Beschreibung der Elemente dieser 
Struktur, mit einer Erklärung der mög- 
lichen Werte. 


SHORT 
LeftEdge,TopEdge; 
Hier werden die Koordinaten der lin- 
ken oberen Ecke des Windows ange- 
geben. Man bezieht sich dabeı auf den 
Screen, in dem das Window gezeigt 

wird. 


SHORT Width,Height: 
Die Breite und Höhe des Windows, 
von der oberen lınken Ecke aus. 


UBYTE 
DetailPen,BlockPen; 


In der Farbe <DetailPen> werden 
WindowGadgets und der Windowna- 
me dargestellt. <BlockPen> ist die Far- 
be des Rahmens. In beiden Fällen soll- 
te eine gültige Farbnummer übergeben 
werden, wobei <NULL> immer die 
Hintergrundfarbe ist. Man kann auch 
den Wert -1 zuweisen. In diesem Fall 
werden die Farben für <DetailPen> 
und <BlockPen> vom jeweiligen 
Screen übernommen. 


ULONG IDCMPFlags; 


Dieses Langwort ıst eine Bitmaske, 
d.h. jedes Bit steht für eine bestimmte 
Eigenschaft des I(ntuition) Direct) 
C(ommunication) M(essage) Port) , 
der einen Verbindungskanal, der zwi- 
schen Intuition, bzw. dem Window, 
und dem Programm besteht, darstellt. 
Die Headerfiles bieten Wortdefi- 
nitionen für dıe einzelnen Bits an, was 
dıe Sache sehr veranschaulicht. Da die- 
se Sache sehr umfangreich ist, ist eine 
genauere Erklärung im Abschnitt 
IDCMP zu finden. Will man keine 
IDCMP’s nutzen, so ist hier einfach 
<NULL> einzusetzen. 


ULONG Flags; 
Dieses Element ist genauso aufgebaut 
wıe das vorhergehende, aber es ist für 
äußerliche Merkmale zuständig, deren 
Bedeutungen wie folgt lauten: 
SIMPLE _ REFRESH 
Ein Window dieser Art verliert seinen 
Inhalt, sobald es von einem anderen 
überlagert oder in der Größe verändert 
wird. Auch bei einer Verschiebung 
kann nur selten etwas an die neue Posi- 
tion gerettet werden. 
SMART _REFRESH 
Ein Window dieser Art behält seinen 
Inhalt bei jeglicher Überlagerung 
durch andere Windows. Auch ein Ver- 
größern übersteht es schadlos. Beim 
Verkleinern geht das verloren, was da- 
nach nicht mehr zu sehen ist. Natürlich 
benötigt dieses Verfahren mehr 
Speicherplatz als <SIMPLE_RE- 
FRESH>, da Bildbereiche zwischen- 
gespeichert werden müssen. 
SUPER _BITMAP 
Wie der Name sagt, bekommt das Win- 
dow eine eigene BitMap, also einen ei- 
genen Bildschirmspeicher. Dadurch ist 
der Inhalt vollkommen sicher, aber der 
Speicherverbrauch am höchsten. Soll 
dies benutzt werden, so ist in der 
NewWindow-Struktur auch ein Zeiger 
auf eine sinnvolle BitMap-Struktur zu 
setzen. Das Listing zu diesem Artikel 
beinhaltet ein Superbitmap-Window. 
BACKDROP 
Ein Backdrop-Window wird immer als 
Hinterstes geöffnet, und ist auch nicht 
in den Vordergrund zu bringen. Es ist 
nur das WINDOWCLOSE-Gadget 
möglich, das Window ist also nicht 
verschiebbar oder in der Größe ver- 
änderbar. Kein normales Window kann 
hinter dieses gelangen. 
WINDOWSIZING 
Mit diesem Flag ıst das Window in 
seiner Größe veränderbar, so wie man 
das auch vom CLI-Window her kennt. 
WINDOWDEPTH 
Ermöglicht das ın Vorder- und Hin- 
tergrundbringen des Windows. 
WINDOWCLOSE 
Setzt das Windowelose-Gadget in die 
Titlebar des Windows. Die Kontrolle 
übernimmt man mit Hilfe der IDCMP. 
WINDOWDRAG 
Das Window kann mit der Maus ver- 
schoben werden. 
GIMMEZEROZERO 
Wird in ein Window gezeichnet, so ist 
normalerweise der Koordinatenpunkt 


0,0 die oberste linke Ecke des Win- 
dows. Dabei geht man natürlich das 
Risiko ein, die Titlebar oder den Rah- 
men zu übermalen. Mit diesem Flag 
wird der Koordinatenbezug ınnerhalb 
der Titlebar und des Rahmens gesetzt, 
doch verlangsamt diese Methode den 
Bıldaufbau und kostet mehr Speicher. 
BORDERLESS 
Ein Window mit diesem Flag hat kei- 
nen Rahmen. 
ACTIVATE 
Alle neu geöffneten Windows, außer 
den BACKDROP-Windows, liegen 
zuerst im Vordergrund; mit <ACTI- 
VATE> werden sie auch gleich aktiv. 
NOCAREREFRESH 
Normalerweise schickt Intuition im- 
mer eine Nachricht über IDCMP, wenn 
das Window Bestandteile durch Ver- 
schieben o.ä. verloren hat. <NO- 
CAREREFRESH> unterdrückt dies. 
REPORTMOUSE 
Soll die Position der Maus über 
IDCMP übertragen werden, muß die- 
ses Flag gesetzt sein. 
RMPTRAP 
Ist ein Window mit diesem Flag aktiv, 
so öffnet der rechte Mausknopf die 
Menübar nicht mehr. 


struct Gadget 

"FirstGadget; 
Soll das zu erzeugende Window keine 
eigenen Gadgets besitzten, so wird die- 
ses Element <NULL>. Eigene Gadgets 
zu kreieren würde den Umfang dieses 
Artikels sprengen, der sich auf die An- 
wendung der grafischen Mösglichkei- 
ten reduzieren soll. 


struct Image 

"CheckMark; 
Dieser Zeiger verweist auf eine Struk- 
tur, die das Aussehen eines Symbols 
definiert, welches in Menüs schaltbare 
Zustände anzeigt. Gemeint ist damit 
z.B. der Haken, der im Programm 
NotePad im Menü jenen Font mit 
einem Haken bestätigt, der momentan 
aktiv ist. 
Das System bietet als Voreinstellung 
diesen Haken. Will man ihn nicht 
benutzen, so ist hier <NULL> zu 
setzen. 


UBYTE *Title; 
Der Name des Windows wird als <un- 
signed char pointer>, der auf einen mit 
einem Nullbyte abgeschlossenen 
String zeigt, angegeben. Der in dem 
String enthaltene Name wird dann bei 


der Darstellung des Windows ange- 
zeigt. Benutzter von Aztec-C müssen 
dafür Sorge tragen, daß wirklich ein 
<unsigned char pointer> übergeben 
wird. Dies kann mit Hilfe des Cast- 
Operators (STRPTR) geschehen. 


struct Screen *Screen; 
Der Zeiger auf den Screen, in welchem 


das Window dargestellt werden soll. 
Den Zeiger erhält man nach dem 
Öffnen eines Screens mit Open- 
Screen(). Soll das Window auf dem 
WorkBenchScreen erscheinen, so ist 
hier einfach <NULL> zu setzen. 


struct BitMap *BitMap; 


Ein Window kann Einen eigenen Bild- 
schirmspeicher haben, der auch als 
Bitmap organisiert ist. Will man diese 
Möglichkeit nutzen, so ist in Zusam- 
menhang mit dem Flag <SU- 
PER_BITMAPS> hier ein Zeiger auf die 
windoweigene BitMap anzugeben. 

Im Normalfall steht auch hier einfach 
<NULL>. 


SHORT MinWidth, 
MinHeight, MaxWidth, 
Maxheight; 


Dies sind die sogenannten Window- 
limits. Wird ein Window in seiner Grö- 
Be verändert, so ist dies nur im Rahmen 
der hier gegebenen Werte möglich. 
Setzt man diese Variablen auf Null, so 
werden die oben genannten Eröff- 
nungswerte eingesetzt. 


USHORT Type; 


Dieses Element bezieht sich nochmals 
auf den Screen, auf dem das Window 
dargestellt wird. Wird der WorkBench- 
Screen benutzt, so muß hier<W- 
BENCHSCREENS> stehen, bei einem 
eigenen Screen <CUSTOM- 
SCREENJ>. 

Nachdem diese Struktur entsprechend 
den eigenen Wünschen initialisiert 
wurde, wird ihre Anfangsadresse an 
die Funktion OpenWindow() über- 
geben. Ist alles korrekt, erhält man ei- 
nen Zeiger auf die zu dem neuen 
Window gehörende Window-Struktur 
zurück. Diese Struktur wird im wei- 
teren Verlauf des Arbeitens mit Win- 
dows noch von Bedeutung sein, da sie 
Elemente enthält, die unter anderem 
für grafische Ausgabe notwendig sind. 
Im Falle eines Fehlers, der durch fal- 
sche Parameter in der NewWindow- 
Struktur oder durch mangelnden Spei- 
cherplatz entstehen könnte, liefert 
OpenWindow() <NULL> zurück. 


Genauso arbeitet die Funktion Open- 
Screen(), welche zum Öffnen eines 
Screens dient. Sie bekommt die 
Adresse einer Struktur NewScreen 
übergeben, welche folgende Elemente 
enthält: 


SHORT 
LeftEdge,TopEdge, 
Width,Height; 

Hier werden wiederum die Ausmaße 
festgelegt, die der Screen haben soll. 
Wichtig zu wissen ist dabei die Tat- 
sache, daß Screens mitunter mehr auf 
dem Bildschirm überdecken, als aus 
den hier gegebenen Größen ersichtlich 
wird. Diese Tatsache beruht auf der 
Darstellungsweise von Bildschirm- 
speichern, mit der die Hardware 
arbeitet. So überdeckt ein Screen, egal, 
wie er in der Größe dimensioniert ist, 
in voller Breite den Bildschirm, von 
seiner obersten waagerechten Reihe 
aus nach unten. Er überdeckt dabei na- 
türlich alles, was dahinter liegt, also 
auch andere Screens. Bei der Über- 
deckung dieser muß man sich die Aus- 
breitung nach unten unbegrenzt vor- 
stellen. Es kann also niemals ein Teil 
eines im Hintergrund liegenden 
Screens unterhalb der obersten Reihe 
eines im Vordergrund liegenden 

Screens sichtbar sein. 


SHORT Depth; 


Die Anzahl der BitPlanes des Screens. 
Aus der Anzahl der BitPlanes ergibt 
sich die Anzahl der auf dem Screen zur 
Verfügung stehenden Farben, nach der 
einfachen Rechnung “Anzahl der Far- 
ben = 2 hoch Anzahl der BitPlanes’”. 
Maximal 5 BitPlanes, also 32 Farben, 
sind möglich. In zwei besonderen Dar- 
stellungsmodi, nämlich <DUALPF> 
und <HAM> sind auch 6 BitPlanes 
möglich ( Siehe ViewModes ). 


UBYTE 
DetailPen,BlockPen; 


DetailPen: Die Farbnummer, in der 
Gadgets und der Text der Titlebar dar- 
gestellt werden. BlockPen: Die Farb- 
nummer der Titlebar selbst. 


SHORT ViewModes; 


Die hierin enthaltenen Flags veran- 
lassen die Hardware, die Darstellung 
auf eine bestimmte Weise erfolgen zu 
lassen. Es können ein oder mehrere 
Flags gesetzt werden: 
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AMICGA MAN (© - [Tzes zu ser ter 


KoloSsAL MUSKEDWEN, 
ABENTEUER IM AMIGA! A HANHAJ 


UM So SCHWELL DURCH NEW STSTEU- Bus 
DUSEND WW komwEn WIE ICH ... 


MER , BEISPIELSWEISE, 
GEHTS ım DIE _ 
RAM-Disc ! 


An alle Sculpt Besitzer: 
Animate 3-D ist da !!! 


® Die 4. Dimension ist erschaffen: 
Zeit! Erzeugen Sie fließende Be- 
wegungen von Objekten, Licht 
und Kamera in Zeit und Raum! 

® Ein graphisches Interface und 
eine Script-Sprache lassen 
Animationen spielend ent- 
stehen. 

® File Kompression zum Abspie- 
len komplexer Animationen. 

® Animate 3-D wird Ihre Vor- 


® Komfort. Editor 

® Superschnell. Berechn. 
der Bilder 

® Pal und Overscan 

® Deutsches Handbuch 
Deutsche Menüs 

® Einfach phantastisch! 

® Updateservice f£. Silver- 
Besitzer DM 30, — 


(Deutsches Handbuch, dt. Programm) 


stellungen bei weitem uüber-  RaYarnacına 


DM 299, — 


treffen. 
Basaltstraße 58 — Auo anlarıon (US-Version DM 279, -) 
6000 Frankfurt/M. DM 349, AMIGA SOFTWARE 
2069/7071102 
Fax 069/708525 


® Für AMIGA 500, 1000, 3000 
® Amiga lauft mit hohem 
Systemtakt (16 0od.20 MHz) 
® Superschnell: 
bis 1000% schneller. 
® Schnellstes Turbo-Board 
auf dem Weltmarkt!!! 
® 32 Bit-Ram (100 ns) 


nur DM 2498, — 


MNEZIC 


© High Tech Konstruktion auf wenigen Chips! 
® Super leistungsfähige Hardware und Software 
® Deutsches Handbuch, deutsche Pal-Version 

® Greifen Sie zu, reservieren Sie sich Genlock zum Superpreis! 
® Leistungsfähiger als manche Geräte für über 1000 DM 

® In USA über 10.000 mal in kürzester Zeit verkauft! 


CORPORATION 


Schweiz: 
MICROTRON 
Bahnhofstraße 2 
CH-2542% Pieterlen 
Tel 032 87 2429 


Schweiz: 
MICROTRON 
Bahnhofstraße 2 
CH-2542 Pieterlen 
Tel 032 872429 


Basaltstraße 58 
6000 Frankfurt/M. 
2 069/707 1102 
Fax 069/708585 


GG —- Basaltstraße 58 
6000 Frankfurt/M. 
2069/7071102 


Fax 069/708525 
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Wichtiger Hinweis 


Folgende Video- und Computerspiele sind von der Bundesprüfstelle, Bonn, indiziert: 


Batt lezone Porno Dia Show 
Beach Head Protector II 
Beach Head II Raid over Moscow 
Blue Max Rambo I] 

Castle Wolfenstein River Raid 
Commando 5.4 

Commando Libya Part I Seafox/Seawolf 
Desert Fox Sex Games 
Eroticon Silent Service 
Falcon Patrol Skyfox 


Falcon Patrol II 
Flyerfox 


Soldier One 
Speed Racer 


F 15 Strike Eagle Stalag I 

Friday the 13th Swedish Erotica 
G.I. Joe I+ II Stroker 

Girls they want to have Fun Tank Attack 
Green Baret Teachbusters 
Hitler Diktator Theatre Europe 
Nice Demo 1942 Trainer 
Paratrooper 


Der Verlag behält sich vor, bei Softwareangeboten indizierte Spiele ersatzlos 
zu streichen 
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HIRES 


Bewirkt eine erweiterte Pixelauflösung 
in der x-Achse, nämlich nun 640 Pixel. 
Die so erhöhte Auflösung erlaubt nur 
noch 16 Farben gleich 4 BitPlanes. 
INTERLACE: 
Eine Verdopplung der Pıxelauflösung 
in der y-Achse, von 256 auf 512 Pi- 
xeln. Hier wird jedoch ein Trick 
angewendet. Die einzelnen Pixelzeilen 
werden nun nicht mehr alle 1/50 Se- 
kunde auf dem Bildschirm erneuert, 
sondern in jedem Takt entweder nur 
die gradzahligen oder die ungrad- 
zahligen Reihen! Diese Vereinfachung 
führt, vor allem bei hohen Hellig- 
keitskontrasten, zu Bildflackern. 
SPRITES: 
Dieses Flag muß gesetzt werden, wenn 
auf dem Screen Sprites genutzt werden 
sollen. 
DUALPF: 
Der “dual playfield mode”. Hierbei 
können zweı unabhängige Sichtbe- 
reiche separat kontrolliert werden. 
Dies ist vor allem für Spiele brauchbar, 
wenn z.B ein Sichtbereich die In- 
strumententafel (playfıeld 1) und der 
andere die Sicht auf das eigentliche 
Spielgeschehen ist (playfield 2). 
HAM: 
Eine besondere Art der Farbverwal- 
tung, welche alle 4096 Farben auf ein- 
mal ermöglicht. Dabei kann jedoch 
nicht jedes Pixel eine beliebige Farbe 
haben, da sich seine Farbe aus einer 
Differenz zu dem links davon |iıe- 
genden Pixel bestimmt. 


USHORT Type; 
Normalerweise sollte hier <CUSTOM- 
SCREEN> stehen, was bei einem 
selbstdefinierten Screen bedeutet, daß 
er sich Speicher entsprechend den ge- 
wünschten Ausmaßen reserviert. Man 
kann aber auch CUSTOMBITMAP 
setzen. Dann wird bei OpenScreen() 
keinBildschirmspeicher belegt, son- 
dern ein vorher definierter Spei- 
cherbereich genutzt, der durch eine 
Struktur BitMap beschrieben wird, auf 
die dann ein noch folgendes Element 
zeigt. 

struct TextAttr "Font; 
Hier wird auf eine TextAttr-Struktur 
gezeigt, die für einen gewissen Font 
steht. Steht hier <NULL>, so wird der 
der Standardfont für den Screen und all 
seine Windows aktiv. 
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UBYTE *DefaultTitle; 
Ein mit einem Null-Byte abge- 
schlossener String, der auf der Titlebar 
des Screens erscheint. Auch hier gilt 
für die Aztec-Benutzter, den Zeiger als 
UBYTE* bzw. STRPTR zu definieren. 


struct Gadget “Gadgets; 
Ein Element für die Zukunft. Daher 
darf hier nur <NULL> stehen. 


struct BitMap 
*CustomBitMap; 


Dieser Zeiger verweist auf eine 
Struktur, die einen eigenen Bild- 
schirmspeicher beschreibt, ist also nur 
notwendig, wenn als Screen-Type 
<CUSTOMBITMAP> gesetzt wurde. 
Ansonsten steht hier <NULL>. 

Mit diesen Informationen sollte es 
Ihnen möglich sein, die Darstel- 
lungsmöglichkeiten des Amiga ein we- 
nig zu nutzen. Als kleines Beispiel 
dient das Listing screen&window.h. Es 
ist kein eigentliches Programm, son- 
dern ein Headerfile, der mit der #in- 
clude-Anweisung von dem eigent- 
lichen Programm genutzt wird, so z.B 
von allen Programmen des Be- 
triebssystemgrafikteils dieses Heftes. 
screen&window.h beinhaltet das Öff- 
nen der nötigen Libraries sowie das 
Initialisieren und Öffen eines Screens 
und eines Windows. Letzteres ist als 
Funktion zusammengefaßt und erspart 
somit viel Tipparbeit bei Programmen, 
in denen Screens und Windows benutzt 
werden. Eine zweite in screen&win- 
dow.h enthaltene Funktion schließt das 
Window, den Screen und die Libraries 
wieder. Diese sollte vor dem Pro- 
grammende immer aufgerufen werden, 
um den für Strukturen und Bild- 
schirmspeicher reservierten Speicher- 
platz wieder freizugeben. Mit Hilfe 
einiger Betriebssystemaufrufe, welche 
in anderen Beiträgen dieses Heftes aus- 
führlich erläutert sind, kann man nun 
Text und/oder Grafik auf ein Window 
bringen. 

Nun stellt sich aber noch eine Frage: 
Wie kann ich dem unter Intuition lau- 
fenden Programm, also einem Pro- 
gramm, das Screens und Windows 
nutzt, etwas mitteilen, während es 
läuft? 

Dies ist nicht so einfach, da nur die 
AmigaDos-Konsole, also das CLI- 
Window, mit den standardmäßigen 
Ein- und Ausgabefunktionen zusam- 
menarbeitet. 


Doch nicht verzagen, denn es gibt 
IDCMP. 

Das heißt ausgeschrieben “ Intuition 
Direct Communication Message Port”. 
Der Name verspricht anscheinend die 
gewünschte “Communication” mit In- 
tuition. Und das auch noch “Direct”. 
Und einen “Message Port” gibt es auch 
noch. Um IDCMP zu nutzen, wird vor- 
gegangen, wie im folgenden erläutert. 
In der NewWindow-Struktur gibt es 
die Möglichkeit, IDCMP-Flags zu 
setzten. Das ist eine Grundvor- 
aussetzung. Diese Flags definieren die 
verschiedensten Arten der Kontrolle 
aller Eingabegeräte. Was das Pro- 
gramm nun kontrollieren soll, legt man 
hier mit dem Setzen der Flags fest. 
Sind Flags gesetzt, so erhält man die 
Informationen über einen Message- 
Port, den UserPort des betreffenden 
Windows. Dort kommen die Nach- 
richten in Form einer Struktur Intui- 
Message an, die aus folgenden Ele- 
menten besteht: 


struct Message 
ExecMessage; 


Dieses Element wird von Exec benutzt. 


ULONG Class; 
Hier erfährt man, welcher Art die 
Nachricht dieser Struktur ist. Hier steht 
eines der gesetzten IDCMP-Flags. 


USHORT Code; 
Manche Nachrichten hinterlassen hier 
Detailinformationen, z.B. bei 'der 
Tastaturkontrolle die gedrückte Taste 
oder deren ASCII-Zeichen. 


USHORT Qualifier; 
Wenn eine Sondertaste der Tastatur, 
wie z.B. <SHIFT>, <ALT>, <CTRL> 
etc., mit gedrückt wurde, steht hier ein 
entsprechendes <IEQUALIFIER>- 
Flag. Die genaue Bedeutung dieser 
Flags finden Sie im Headerfile <libra- 
ries/inputevent.h>. 


APTR IAddress; 
Ein Zeiger auf bestimmte Objekte, die 
mit der Nachricht in Verbindung ste- 
hen, wie beispielsweise Gadgets. 


SHORT MouseX, 
MouseY\Y; 
Hier findet man die Mauskoordinaten 
relativ zum Window. 
ULONG Seconds,Micros; 
Die Systemzeit in Sekunden und Mi- 
krosekunden. 


struct Window 
*"IDCMPWindow; 

Ein Zeiger auf das Window, auf wel- 
ches sich diese Nachricht bezieht. 
Diese Struktur, oder auch eine sequen- 
tielle Folge davon, findet man auf dem 
UserPort des Windows. Mit Hilfe der 
Funktion GetMsg() kann man die 
IntuiMessages nacheinander von die- 
sem Port holen und verarbeiten. Die 
letzte angekommene Nachricht findet 
man aber auch in der Window-Struktur 
selbst wieder. <Window->Message- 
Key> ist der entsprechende Zeiger da- 
rauf. 

Bekommt man mehrere Nachrichten, 
so sollte man diese mit ReplyMsg() 
nach der Bearbeitung wieder frei- 
geben, da sie sonst Speicher schlucken. 
Bleibt noch anzumerken, daß man die 
IDCMP-Flags auch nach dem Öffnen 
des Windows mit der Funktion 


als erstes der Zeiger auf ein be- 
stehendes Window übergeben ( man 
bekommt diesen Zeiger, wie gesagt, 
von der Funktion OpenWindow() zu- 
rück ), und als zweites die Flags, die 
fortan für dieses Window gültig sein 
sollen. 


Einige IDCMP-Flags wollen wir hier 


beschreiben. Alle abzuhandeln, würde 
dem Rahmen dieses Heftes, welches 
sich mit Grafik beschäftigt sprengen. 
Daher werden nur solche aufgeführt, 
die dazu dienen, Programme zu 
steuern. 

CLOSEWINDOW 
bezieht sich auf das Gadget, welches 
oben links im Window erscheint, wenn 
das Window-Flag <WINDOWCLO- 
SE> gesetzt ist. Eine IntuiMessage 
wird diese Class haben, wenn die linke 
Maustaste über diesem Gadget ge- 
drückt wird. Diese Methode wird ın 
diesem Heft vor allem dazu verwendet, 


VANILLAKEY 
Ist die Class <VANILLAKEY>, so 
findet man in Code das gerade auf der 
Tastatur gedrückte Zeichen als ASCI- 
Wert. 

MOUSEMOVE 
sorgt für Übertragung der Maus- 
position, doch muß dazu noch das 
Window-Flag <REPORTMOUSE> 
gesetzt sein. 

MOUSEBUTTONS 

Bei diesem Flag erhält man in Code 
Information über jedes Drücken und 
Loslassen der Maustasten. Das Code- 
Element nimmt dann einen der folgen- 
den Werte an : SELECTDOWN, SE- 
LECTpUP, MENUDOWN, MENU- 
UP. 
Dabei bezieht sich <SELECT...> auf 
die linke, <MENU...> auf die rechte 
Taste der Maus. 
Zum Umgang mit IDCMP finden Sie 
im Anschluß ein Listing. 


ModifyIDCMPO) ändern kann. Ihr wird 
Programme zu beenden. 
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“ OEFFNEN DER LIBRARIES * 


AH RAR AR RK KR CA U “/ 


nn _ if(!IntuitionBase) 
id intel INTUITION. INTUITIONBASE HB M nn — 
ee Airesittön/Imeoleioebase hr nn  IntuitionBase = (struct IntuitionBase *) 
* ee . ne OpenLibrary("intuition, library", a: 
ur . ren) /* Bei Tania tt 
truct IntuftionBase “intuitionBase: 
uct GfxBase "GfxBase; 
€ . Screen *"grafikscreen; 


sm arafikuingen; — an II 2 . . 


Bobruoh A. 


nn KERSERRAA RB BR 


BER INTEEALISLKRUNE DES NEUEN SCREENS * 


ie ana. .. aan. aan n ” “) a 


. IECIGEXBane) /* Dasseibe fuer die Grafik u 


GfxBase = (struct GExBase “) 
OpenLibrary(" graphics. library",@L); 
: Nouscroen. scroondata - IfC!GfxBase) 
$ Left Bige 
se op RD —; | |m—. ae 
‘ee .:. . } 
Hoehe 8 \ ww: 
/* Anzahl der BitPlanes 
Detsiil Po —__ 
'e Blockfen 
/* Darstellungs Hodus 
. Sereen Typ a 
zn /* Standard Font 
.. NOLL, 2 ' Kein Titel auf der Tiklodar “ 
.oıKlL, . 1° keine Gadgeta 8 
en —n ft keine nn BitHap 


. 
end display(); 
y 
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" OEFFNEN DES SCREENS * 


SEIN DAN DNB LINIEN 


_ grafikscreen = (struct Screen*) 
OpenScreen(&screendata); 
 4f(!grafikscreen) /* Bei Fehler ... */ 


nn CUSTONSCREEN, 


euch /* ».. Abbruch “ 
a au. un nAaAanaKn Aa nN u... =” 
. DI IE INITIALISTERUNG DES NEUEN WINDONXS 
M ® “ “ a “ “ un 


WER nn nA 5 “ ” 


/* Den neuen Screen der NewWindow Struktur zuweisen es 
MIRARWIeNE. Barsen m GESEIhecznen; 


struct Nowtindon windondaya = no 


(a Linker Rand 
/* Oberer —_ nn. 1 grafikwindow = aauct Window*) 
re on I ie ee ee 
* Hoehe ee fl igrafikwindon) 
:/* DetailPen S 
ie . Bock 
.. CLOSEWINDOW, JS 10cm Flags 
|. AGTIVATEIWERDONCLOSE, /* Allgemeine Flags 
we a keine Gadgets 
ss : kein eigenes Image 
7 due #)"GRAFIKHINDON", Titel des Windows 
u /* Hier wird noch kein 
_ Screen genannt da dieser erst geoeffnet wird"/ 
/* ohne eigene BitMap 2 */ 
/* Fuer die Window Limits“/ 
* werden die Anfangs - */ 
SFORAREN Vebsznamman | 


end display(); 
y 
return(NULL); 
) B 3 
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* Schliessen und Freimachen, was" 


"geoefffnet und reserviert wurds* 
SM NM NEN SAD LU NM N AND 


end display{) 
{ 


1£f (grafikwindow) CloseWindow(grafikwindow); 

if (grafikscreen) CloseScreen(grafikscreen); 

if (G£fxBase) Closelibrary(GfxBase); 

if (IntuitionBase) SIOMBLINFARTLIDENINSODNRNR 
EORUERENULLI:E 


- Barug auf einen 


=. CUSTONSCREEN, 4 
nn. eigenen Screen AM 


Dee 


--- END OF FILE : screenäwindow.h --- 


bh. . “ a 3 2 es \ . \ | M 
ee AnunEnnnnnnnnnanT Ännnnnnnunnnnunuennnun nun nnnnnnnnuennuunnnunnen 
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ET ET NE FEN EEE ME MITA ESTATE RENT UITEABE TUT AI WETTER STE a N = 
10ER IRB IR SUR EUR HR ZUR OR ING KM SUR U SIE RO ER Sm ZUR RN A HE U OU MR ES DE DER RR AN ZUR TUR IR Ser 02 SR un Da ME m DR I au IE MO Tan EU SUR RU TE VRR Ah MAR A TU UN DI AR DRS DR a IR NE au un 


i LISTINGS VON: Seiten 


en 


intu,c 7464 rwad 15-Dsc-8B7 14:18:11 


MA m0r ic mie Anh ann I Ann MARK Min Cu AE2 Arc: ME CO IM MER AR TUR IR A HUN ARE ME AR AU hc ME MAR ER MR MU IR DE HUN AN AR DR UA ER A RE I, A MM rm 


i INSARRNRARRUARNENUNKUUERRNARRUN SEN N ARRERRUNNHORRN MO ANNDGRN 
2 * Hit diesem Programm kannn man sich die 

3 % Wirkungsweise der Window- und IDCHPFlags anschaulich 
2) * machen. Die Abfrageroutine, welche die IDCHP- 

5 * Messages konnntrolliert Id t sich sicher leicht 

& * aus dem Programm auskoppein und fir andere nutzen. 

E “KRNMERANUNEANAMRANEHRMAUKANUARANAN AAN URAN EERNHUAMNERAMET. 
8 

9 #include (intultion/intuitionbase.h> 
19 ss 
11 /* Die Window Dimensionen werden schon hier festgelegt 
12 da man sie fuer ein SUPERBITMAP-Window mehrmals 
13 braucht */ 


14 #define SBMW BREITE 6401 
15 &define SBMW HOEHE 290L 
16 #define SBMW TIEFE al 


18 struct IntuitionBase *IntuitionBass; 
19 struct IntulMessage *nachricht; 

28 satruct GfxBase *GfxBase; 

21 struct Window *"w; 

22 struct BitMap bm; 

23 struct RastPort *rp; 


25 VE “nm aa a 8 Aa A A TB RR TR RR FB AR 


26 * DIE INITIALISIERUNG DES NEUEN WINDOWS * 


27. na Aa a a RR KK A DR GR — CK K KK A a nf 
28 ; \ 
29 atruct NewWindow nw = M 
38 
31 ®, /* Linker Rand “} 
32 8, /* Oberer Rand <; 
33 SBMW BREITE, /* Breite oo “7 
34 SBMW _HOEHE, /* Hvte e. 
35 ®, /* DetailPen . *f 
36 i, /* Blockfen ei; 
37 NULL, /* IDCHP Flags nf 
38 RKNLL, /* Mlgemeine Flags */ 
39 NULL, /* keine Gadgets nf 
4 NULL, /* kein eigenes Image “r 
“K . (STRPTR)"FLAGTEST", /* Titel des Windows “f 
42 BIMLL,. __2* Bezug auf WBScreen ni 
43 RNLL, 2" noch keine .. *] 
“4 38 . nn i* Die a“ 
45 10, . 1 Minden 2 st 
46 NULL, 5 : 8 Limitationen —_ = Ss 
«1 al | a 
48 WBENCHSCREEN, _f* Bezug auf den se 

49 . /* WorkBenchScreen. ss} 
51 
2. mind) 

33 


$ { 
4 ULONG 4, inmut = NULL; 
55 SHORT counter; 
56 STRPTR key; 
58 ja. . AA RK Ak KR aa “ax 


59 __* OEFFNEN DER LIBRARIES * 


69. RAR RER AR RB AN “ 


62 . If (IIntuttlondsas) 

64 IntuitionBase = (struct Intoltiondase *“ 
65 OpenLibrary("intuition.library"”,0L); 
Ib. if(!IntuitionBase) /* Bei Fehler ... _ 

5 5a /° ... Kobruch 2 
“3 | | 
2 1£(16fxBane) /* Dasselbe fir die Grafik 7 
{ 
74 GfxBase = (struct GfxBase “) 
ss OpenLibrary("graphics. library" el); 
76 if(!GfxBase) 
a _ende(); 
89 } 
82 printf("\nWieviel IDCHP-Mossagesa sollen "); 


83 printf("abgearbeitet werden\n"); 
84 printf("bevor das Programm abbricht ?:"); 


85 scanf("%d" ,&counter); 

86 

a7 /* Die Eingabe der Wimdowflags in deren effektiven 
88 Werten. Es ist wohl nicht nvtig alle printf() 
89 Zeilen einzugeben, da man die Werte au h -ıs 

98 . dem Heft lesen kann */ 

si 


92 | printf("\n\n\n"); 
93 print£("WINDOWFLAGS SETZEN\n\n"); 


94 printf("WINDOWSIZING = I WINDOWDRAG = 3\n") 

95 print£f("WINDOWDEPTH = 4 WINDOWCLOSE = 8\n"); 

96 printf("SIZEBRIGHT = 16 SIZEBBOTTOM = 32\n"); 

97 printf("SMARTREFRESH = ® SIMPLE_REFRESH = 64\n"); 

98 print£f("SUPER_BITMAP = 128 BACKDROP = 256\n"); 

99 printf("REPORTMOUSE = 512 GIMMEZEROZERO = 1824\n"); 
186 printf("BORDERLESS = 2848 ACTIVATE = 4896\n"); 
10: print£("RMBTRAP = 65536 NOCAREREFRESH = 131072\n"); 
1902 printf("\nWerte der gewi/nschten Flags nacheinander"); 

103 printf(" eingeben\n und nach dem letzten die 3\n"); 
194 
105 while(input != 3) 
106 { 
197  nw.Flags += input; 

188 printf("\nMomentaner Flagwert :%1d Dazu ?:",nw.Flags); 
109 scanf("X1d" ,&input); 
116 ) 
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ııı 


112 
113 
114 
115 
116 
117 
118 
119 
120 
121 
122 
123 
124 
125 
126 
127 
128 
129 
130 
131 
132 
133 
134 
135 
136 
137 
138 
139 
148 
141 
142 
143 
144 
145 
146 
147 
148 
149 
158 
151 
152 
153 
154 
155 
156 
157 
158 
159 


168 


161 
162 
163 
164 
165 

166 
167 
168 
169 


178 


171 
172 
173 
174 
175 


176 


177 
178 
179 
180 
181 


182 
183 


184 
185 
186 
187 
188 
189 
198 
191 
192 
193 
194 
195 
196 
197 
198 
199 
298 
201 
202 
203 
204 
205 
206 
207 
208 
209 
410 
all 

212 
213 
214 
215 
216 
417 
218 
219 
228 
221 

2232 
223 

2234 
225 


RE TITEL ” Rene 


ifinw.Flags & 128) /* Wenn SUPER_BITHAP gesetzt */ 
{ 


printf("\n ein SUPER _BITHAP window\n"); 


I MS SM RN 


a  ; 


“* ERZEUGEN DER BITMAPS * 


a» na a a a a AK 


“RR AU NT 


InitBitMap(&bm, SBMW_TIEFE, SBMW_ BREITE, SBMW_HOEHE); 
for(i = @;i < SBMW_TIEFE;Ii++) 


{ 
bm.Planes(i} = (PLANEPTR) 
AllocRaster(5BMW_ BREITE, SEMW _HOEHE); 


if(!bm.Planes[i]) 
{ 


printf("\nKein Speicher fuer BitPlanes nm) 


ende(); 


/* Die Planes Ivschen von eventuellen Datenresten 
mit der Routine BitClear() */ 


BltClear(bm.Planes[1], 
((SBMW_BREITE * SBMW ee, NULL); 


y 


/* Und den BitMap Zeiger in die NenWindow Struktur 


“int gen 2 


nw.BitMap = (struct BitMap m 


? 


/" Der selbe Vorgang fir die IDCHPFlags */ 
printf("\n\n\n\n\nIDCHP-FLAGS SETZEN Anka’), 


printf("MOUSEBUTTONS = 8 MOUSENOVE = a 


printf("CLOSEWINDOW 


= 512 VANILLAKEY = 2897152\n"); 


DEIREEL \REUESLOngeEN ı wie die BImIMMEIngeingeleNn 


vasıt = NULL; 


MalleLInpar im 2 
{ 


nw.IDCHPFlags +m fapus: z 
printf("\nMomentaner IDenp ): 
printf("Wert :%Id Dazu 2: "NN. ‚Incmerlage; 
een ‚sinput); 


we (struct Hından "VOpenWindontann); 


ifl!w) 


ende(); 


/* Bestimmung des RastPorts */ 
rp N-IRPOFE; 


/* Ein nn Grafik | auf das Window */ 


in = 6;i < 4; ) 


SetAPen(rp,i); 


Movelzp.3BL isL-isier); 
ae ‚ieL*i+20L); 


/* counter wird bei sion Schiniinndurchiens 


heruntergezdhilt, dadurch entsteht eine Abbruch- . 
mwglichkeit fuer das ee af 


while(counter--) 
{ 


/* Beginn der IDCHP Abfrage 2; 


/* Warten auf Ankunft einer Messsage auf dem 
UserPort eines Windows a 
Wait(IL<c<t w->UserPort->mp SigBit); 


/* Dann die Message mit GetNMsg() vom Port holen */ 
while(nachricht = (struct IntuiNossage*) 


/* Loeschen einer 
Hove(rp,50L, söL); 
Text(rp,” 


 GıtHMag(w->UserPort)) 


Te:tzeile im Window 4 
” 201); 


/* Die Art der Nachricht entspricht dem IDCHPLLag 
in <Class), daher wird nun dieses untersucht “/ 
switch(nachricht-)Class) 


case MOUSEBUTTONS : 


case MOUSEMOVE : 


Move(rp,50L, SeL); 
Text(rp, "Mausknopf" ,9L); 
break; 


Move(rp,50L, seL); 


Text(rp, "Maus bewegt", un); 


break; 


case CLOSEWINDOW : 


Move(rp,50L,50L); 


Text(rp, "Close Gadget" 121); 


Delay(S8L); 


break: 


case VANILLAKEY : 
. Move(rp, S0L,50L); 
Text(rp, "Taste gedruckt", 12L); 
Hove(rp, 188L,58L); 

/* Daa Code Eloment ist ein WORD aus 
dem nur das untere Byte den ASCII- 
Wert des Zeichens enthdlit, daher 

wird der Pointer hochgezcdhit */ 
koy = (STRPTR)&nachricht-)Code; 

 key+r; en | ns 

 Text(rp,key,il); 

. break; . 


} 
/* Wenn die Nachricht abgearbeitet ist wird sie 


 £reigegeben */ 
ee! 


> 
Move(rp, 20,20.) . I . 
Text(rp,"Das war die letzte Nachricht ! Abbruch" 


NEU FÜR AMIGA: 


Uruch-tMlaster 


Druckt IFF - Grafiken in nahezu 
Fotoqualität (siehe Demo-Bilder). 


® Formate von DIN A 6 - DIN A 2 möglich 
® Läuft auf allen AMIGA-Modellen in Ver- 
bindung mit NEC P6 /P7 oder kompa- 


tiblen Druckern. j j 
- | N 
kı Ib 


N 
AM BESTEN GLEICH BESTELLEN ! 
Uruch-Master Best.-Nr.: A - 01 001 88 


00808 89.— DM 80886 


Gegen 1,30 DM in Briefmarken erhalten Sie 
unsere Info-Blätter über unser derzeitiges 
Angebot an AMIGA-Software. 


Bestellungen unter: Orı a3: 
Lange Straße 51, 2320 Plön > 


Telefon: 04522/1379 


enda(); 
} 


ende() 

LONG 1; 

/* Window und Planes schliessen */ 
4 (w) CloseWindon(w); 

£or(i = 8;i1 < SBMW_TIEFE; I++) 


{ ; 
if(bm.Planes[i)) FreeRaster(bm.Planes[1i], 
SBHW_ BREITE, SBMW HOENE); 


) 


/* Librarys schliessen "/ 

if (G£fxBase) CloseLibrary(GfxBase); 
 4f£ (IntuitionBase) CloseLibrary(IntuitionBase); 
ı 


=--- END OF FILE : intu.c —- 


® Für AMIGA 500, 1000, 3000 
® Amiga läuft mit hohem 
Systemtakt (16 0od.20 MHz) 
® Superschnell: 
bis 1000% schneller. 
® Schnellstes Turbo-Board 
auf dem Weltmarkt!!! 
@® 32 Bit-Ram (100 ns) 


nur DM 2498, — 


Schweiz: 
MICROTRON 
Bahnhofstraße 3 
CH-2542 Pieterlen 
Tel 052 87 2429 


Basaltstraße 58 
6000 Frankfurt/M. 
2 069/707 1102 
Fax 069/7085285 


G 
T 
— 


= 
4 


Genlock DM 498, — 
N IM2G Z = ima Gen! 


High Tech Konstruktion auf wenigen Chips! NMICIGI 


Super leistungsfähige Hardware und Software °°*rorATion 
Deutsches Handbuch, deutsche Pal-Version 

Greifen Sie zu, reservieren Sie sich Genlock zum Superpreis! 
Leistungsfähiger als manche Geräte für über 1000 DM 

In USA über 10.000 mal in kürzester Zeit verkauft! 


Basaltstraße 58 u 
6000 Frankfurt/M. Bahnhofstraße 2 
2069/7071102 CH-2542 Pieterlen 


Fax 069/708585 Tel 032 872429 


KICKSTART GRAFIK-SONDERHEFT 29 


GRAFIK 


BETRIEBSSYSTEM 


VONWOLF DIETRICH 


MIT DEM 


Ohne Zweifel stellt der Amiga Program- 
mierern hervorragende Unterstützung betreffs 
implementierter Funktionen zur Verfügung. 
Ausgerüstet mit einer Vielzahl grafischer 
Funktionen, welche in ein komplexes Netz von 


Datenstrukturen 


eingebunden sind, sollte er 


das Herz eines jeden grafikinteressierten An- 
wenders im Sturm erobern. Allerdings be- 
nötigt man bei einer solchen Komplexität auch 
entsprechend viel an Informationen, um die 
Funktionen, die zur Verfügung stehen, auch 


anwenden zu können. 


ür den C-Programmierer war 
das bislang gleichzusetzen 
mit der Anschaffung einer 


kleinen Bibliothek. Um dies zu um- 
gehen, sollen ın diesem Artikel die 
wichtigsten grafischen Funktionen 
aufgeführt und anhand einfacher 
Beispiele erläutert werden. Dies soll 
natürlich nicht in eine umfassende und 
tiefgreifende Diskussion des Amiga- 
Betriebssystems ausarten, da dafür 
auch einiges an Hardwarewissen vor- 
ausgesetzt werden müßte und es auf 
einigen wenigen Seiten nicht abge- 
handelt werden könnte; vielmehr sol- 
len leicht verständliche Beispiele einen 
schnellen Einstieg in die Anwendung 
der Betriebssystemroutinen erleich- 
tern, wofür allerdings ein gewisses 
Grundwissen über die Programmie- 
rung in C und vor allem über Zeiger 
und Strukturen vorausgesetzt wird. 
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Vielleicht regt dieser Bericht aber auch 
den einen oder anderen Nicht-C-Kun- 
digen dazu an, sich doch einmal mit 
dieser hocheffizienten und schnellen 
Sprache zu beschäftigen, denn so kom- 
pliziert, wie es auf den ersten Blick den 
Anschein hat, ist C längst nicht. Doch 
genug jetzt der einleitenden Worte, es 
geht ans Eingemachte. 


Die Areafill- 
Funktionen 


In dieser Gruppe kann man mehrere 
Funktionen zusammenfassen, die sich 
durch einfache Handhabung und hohe 
Effizienz auszeichnen. Im einzelnen 
handelt es sich um die Funktionen 
AreaCircle(), AreaEllipse(), RectFillO, 
Flood() und die Kombination aus 
ArsaMove() und AreaDraw(). Ihnen 
allen ist gemeinsam, das sie mit kurzen 


Aufrufen komplexe Ergebnisse erbrin- 
gen. Allerdings sind diese Befehle an 
Datenstrukturen gebunden, die der 
Programmierer vor Benutzung dieser 
Funktionen initialisieren muß, denn 
sonst beginnt der Amiga zu meditieren. 
Um sich den Grund dafür zu veran- 
schaulichen, muß man sich vor Augen 
halten, was der Amiga bei Aufruf 
dieser Funktionen macht. Im Prinzip 
erscheint dies einfach, denn er zeichnet 
lediglich gefüllte Flächen, Kreise oder 
Ellipsen auf den Bildschirm. Doch 
ganz so einfach, wie es scheint, geht 
dies nicht vonstatten. Bevor das Be- 
triebssystem die Flächen zeichnen 
kann, muß das die Routinen aufrufende 
Programm nämlich erst einmal alle 
Zeichenkoordinaten übergeben haben, 
und diese müssen irgendwo festge- 
halten werden. Weiterhin kann es auch 
nicht sofort in die einzelnen Bitmaps 
des Screens zeichnen, sondern muß die 
Fülloperationen auf einer gesonderten 
Rasterbitmap durchführen und den 
Inhalt dieser Rasterbitmap dann in die 
einzelnen Bitmaps des Screens ko- 
pieren, je nach der aktuellen Zei- 
chenfarbe in Form von gesetzten oder 
ungesetzten Bits ( für jene Leser, die 
mit dem Begriff Bitmap nicht vertraut 
sind: Es handelt sich dabei um Spei- 
cherblöcke, in denen die Bildschirm- 
daten liegen, und von ihrer Anzahl ist 
die Zahl der Farben auf dem Screen 
abhängig; letztere ergibt sich aus der 
Zahl der möglichen Bitkombinationen 
für ein Pixel, die bei fünf Bitplanes, 
wie ım Includefile screen&window.h, 
2 hoch 5 , also 32, beträgt ).Um also 
das Betriebssystem zufriedenzustellen, 
muß vor Aufruf der oben genannten 
Funktionen Speicherplatz freigemacht 


werden, und das System muß 
mitgeteilt bekommen, wo es diesen 
findet. 

All diese Initialisierungen und 
Zuweisungen gehen über fest defi- 
nierte Strukturen vonstatten, die nun 
im einzelnen erläutert werden sollen. 


Die RastPort- 
Struktur 


Diese Struktur nimmt im Betriebs- 
system eine bedeutende Stellung ein, 
denn sie kontrolliert alle Festlegungen 
einer Bitmap oder auch eines Screens 
oder eines Windows; sie verweist auf 
andere wichtige Strukturen, enthält 
Daten für verschiedene Zeichenmodi 
und Zeiger auf reservierte Daten- 
bereiche, die zur Ausführung diverser 
Routinen ( wie auch der hier be- 
sprochenen ) nötig sind. Sie erweist 
sich für den Anwender in vielen Be- 
langen als “erste Adresse”. Man kann 
eine RastPort-Struktur von Hand er- 
öffnen und initialisieren, aber auch je- 
der Screen und jedes Window, die über 
Intuition eröffnet wurden, enthalten 
eine spezifische RastPort-Struktur. Da 
die Beispielsprogramme mit einem 
Screen und einem daraufliegenden 
Window arbeiten, benötigt man, um 
auf das Window zeichnen zu können, 
die Adresse seiner RastPort-Struktur. 
Die Window-Struktur selbst zeigt auf 
diese, sıe ist in der Window-Struktur 
als <struct RastPort* RPort> fest- 
gelegt. Um diesen Begriff nicht ständig 
gebrauchen zu müssen, kann man 
einen weiteren RastPort-Struktur- 
Pointer global definieren und der Win- 
dow-RastPort-Struktur zuweisen: 


Wie Sıe später noch sehen werden, 
benötigen fast alle der Zeichen- 
funktionen des Betriebssystems die 
Adresse des RastPorts, denn die 
RastPort-Struktur kontrolliert die Dis- 


playdefinitionen wie auch die Dis- 
playhardware. 


Die Arealnfo- 
Struktur 


Diese Struktur stellt dem Betriebs- 
system Information über, oder besser, 
Zeiger auf reservierte Speicher- 
bereiche zur Verfügung. In diesen 
Bereichen werden von den verschie- 
denen AreafFill-Operationen Punkt- 
listen erstellt, die dann abgearbeitet 


werden, denn die Ausführung einer 


AreaFill-Operation geht Schritt für 
Schritt vor sich. Diese Struktur muß 


vor Benutzung initialisiert werden, und 
zwar mit folgendem Aufruf: 


Was bedeuten die einzelnen Parameter 
dieses Aufrufs? Nun, <a_info>ist eine 
Struktur vom Typ Arealnfo, oder 
genauer die Struktur, die initialisiert 
wird. Die Variable <areabuf> ist ein 
Array von UnsignedWordsUWORDS) 
ein Speicherblock, in dem später die 
Koordinaten der zu zeichnenden 
Punkte als x,y-Paare abgelegt werden. 
Es muß als UWORD-Array festgelegt 
werden, da die Startadresse von 
<areabuf> auf einer geraden Adresse 
liegen muß; andernfalls könnte es von 
Seiten des Amiga zu unangenehmen 
Reaktionen kommen. Mit <wert> wird 
dem Funktionsaufruf mitgeteilt, wie- 
viele Punkteinträge in die Liste maxi- 
mal vorgenommen werden können. 
Diese Variable korrespondiert direkt 
mit <areabuf>: Wenn Sie zum Beispiel 
<wert> auf 100 setzen, was bedeutet, 
daß maximal 100 Punkte zwischen 
zwei AreaEnd()-Aufrufen gezeichnet 
werden können, so müssen Sie, da in 
<areabuf> 5 Bytes pro Punkt reserviert 
sein müssen, <areabuf> als <UWORD 
areabuf [250] > definieren ( 250 
UWORDS entsprechen im Speicher- 
platz 500 Bytes). Achten Sıe stets da- 
rauf, genügend Speicherplatz für die 
Punktlisten zur Verfügung zu stellen, 
denn sonst werden die von Ihnen auf- 
gerufenen Funktionen nicht ord- 
nungsgemäß ausgeführt. 


Die TmpRas- 
Struktur 


Diese Strukur hält die Adresse einer 


Zeichenbitmap und die Größenangabe 
selbiger für das System bereit. Diese 
Zeichenbitmap benötigen sämtliche 
AreaFill-Operationen, denn ın ihr wird 
jede zu zeichnende Fläche zuerst 
gezeichnet und danach in die Bitmap 
des Screens kopiert. Dieses Prinzip 
muß angewandt werden, da für jede 
Fläche eine freie Bitmap notwendig ist, 
denn eine Fläche wird zuerst umrandet 
und dann vom Blitter über logische 
Operationen gefüllt. Dies läßt sich 
nicht in einer Bitmap erledigen, in der 
schon Bits gesetzt sind, also 
irgendetwas gezeichnet ıst, da der Blit- 
ter dann Flächenränder erkennen wür- 
de, wo gar keine sind. Eine solche 
Zeichenbitmap muß man sich selbst 
definieren; sie wird als <BYTE*> 
festgelegt. 

Es ist außerdem notwendig, den 
erforderlichen Speicherplatz zu reser- 
vieren und dessen Startadresse dem 
Byte-Pointer zuzuweisen. Dies ge- 
schieht über die Funktion AllocRas- 
ter(): 


AllocRaster() benötigt als Parameter 
die Breite und die Höhe der Zei- 
chenbitmap in Pixeln. Im Normalfall 
entsprechen diese Werte der Breite und 
der Höhe Ihres Windows. Vor dem 
Verlassen des Programms muß dieses 
den reservierten Speicherplatz wieder 
an das System zurückgeben; dies 
geschieht mit dem Aufruf: 


Um die TmpRas-Struktur zu initialı- 
sieren, verwenden Sie den Aufruf 
InitT'mpRas(): 
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RASSIZE() ist ein Systemmacro, das 
die für das Raster benötigte Größe 
berechnet. Ihm müssen die gleichen 
Werte wie dem AllocRaster()-Aufruf 
übergeben werden. (Anmerkung: In 
der 3.2-Version des Aztec-CCompilers 
arbeitet der Aufruf AllocRaster() nicht 
plangemäß und führt zu Systemab- 
stürzen. Wenn Sie mit diesem 
Compiler arbeiten, so können Sie 
AllocRaster()) durch den Aufruf 
<area_plane = AllocMem(wert,ME- 
MF _CHIP)> ersetzen, wobei sich 
<wert> aus Breite mal Höhe geteilt 
durch acht errechnet. Um so reser- 
vierten Speicherplatz an das System 
zurückzugeben, verwenden Sie den 
Aufruf <FreeMem(area_plane,wert>). 
Die Initialisierung der aufgeführten 
Strukturen ist eine der Grundvoraus- 
setzungen für die Anwendung der 
AreaFill-Operationen. Zusätzlich müs- 
sen Sie aber die verschiedenen 


Strukturen noch miteinander ver- 
knüpfen, wozu folgende zwei Zu- 
weisungen durchzuführen sind: 


So, damit haben Sıe schon das Wich- 
tigste über die Strukturen für die 
AreaFill-Operationen erfahren. Mit 
dieser Grundlage können Sie alle 
Funktionen dieser Gruppe anwenden. 
Bevor diese selbst erläutert werden, 
können Sie ja schon einmal einen Blick 
auf das Beispielslisting area_gra- 
phics.c werfen. Hierin werden alle 
oben diskutierten Aufrufe angewandt, 
und auch die Variablennamen sind die 
gleichen wie in den Beispielen, wenn 
nicht bereits feste numerische Werte 
übergeben werden. Bitte beachten Sie, 
daß die Funktionen InitArea() bis 
InitTmpRas() in der Reihenfolge aus- 
geführt werden müssen, wie dies in 
area_graphics.c getan wird, da der 
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Amiga sonst das berühmte AMI- 
GA_FIREWORKS_DISPLAY oder 
aber gar nichts mehr zeigt. Es wird 
Ihnen vielleicht noch auffallen, daß 
sämtliche Zahlenwerte, die direkt an 
Funktionen übergeben werden, mit 
einem großen “L” versehen sind. Dies 
ist ın Aztec-C notwendig, da der 
Aztec-Compiler 16-Bit-Integerwerte 
zur Verfügung stellt, während das Be- 
triebssystem bei den meisten Aufru- 
fen als Übergabeparameter 32-Bit- 
Werte erwartet; deshalb werden alle 
Werte mit dem Cast Operator “L” in 
Longs umgewandelt, die auch beim 
Aztec 32 Bit lang sind. Diesem Zweck 
dient auch der vorangestellte Cast 
Operator der Form (long), welcher bei 
Variablennamen Verwendung findet. 
Sollten im Programm mysteriöse Fehl- 
funktionen auftreten, so überprüfen Sie 
auch, ob Sie kein großes “L” oder ein 
(long) vergessen haben. Für Lattice- 
Anwender stellt sich dieses Problem 
allerdings erst gar nicht. 

Nun aber zu den Funktionen. Als erstes 
sei hier die “komplizierteste” aufge- 
führt, die Kombination von Area- 
Move() und AreaDraw(). Diese dient 
zum Füllen beliebiger Vielecke, wobei 
der Startpunkt des Vielecks mit einem 
AreaMove()-Aufruf festgelegt wird: 


Wie Sıe sehen, wird hier wieder der 
RastPort benötigt, aber das nur 
nebenbei. Die Variablen <xpositionl> 
und <yposition 1> beziehen sich auf die 
Bildschirmkoordinaten, wobei die lin- 
ke obere Ecke den 0,0-Punkt darstellt. 
Haben Sie den ersten Punkt festgelegt, 
so können Sie weitere Punkte definie- 
ren, wobei jeder stets mit dem 
Vorhergehenden verbunden wird. 
Dies geschieht über die Funktion 
AreaDraw(): 


In der Anzahl der Punkte sind Sie nur 
durch Ihre eigene Angabe im Init- 
Area()-Aufruf ( und irgendwann durch 
den Speicherplatz des Amiga )Jlimitiert. 
Haben Sie schließlich alle Punkte 
gesetzt, so lassen Sie die Fläche mit 
dem folgendem Aufruf zeichnen: 


Diese Funktion weist das System an, 
die Fläche zu schließen ( Ihr Start-und 
Endpunkt müssen nicht die gleichen 
sein ) und zu zeichnen. Das Ergebnis 
eines solchen Aufrufs ( oder besser, 
mehrerer dieser Sorte )können Sie im 
Programm area_graphics bewundern. 
Ein weiterer Aufruf der AreafFill- 
Operationen ist der Befehl AreaEllip- 
se(). Er dient, wie schon der Name 
sagt, zum Zeichnen einer gefüllten 
Ellipse und benötigt ein paar Parameter 
mehr als AreaMove() oder Area- 
Draw(): 


Die ersten drei Parameter entsprechen 
denen in den vorangegangenen Auf- 
rufen; der horizontale und der vertikale 
Radius werden in Pixeln angegeben. 
Auch AreaEllipse() benötigt einen 
AreaEnd()-Aufruf, andernfalls wird 
die Ellipse nicht gezeichnet. 

Der letzte Befehl in dieser Reihe ist der 


AreaCircle()-Befehl, mit dem ein ge- 
füllter Kreis gezeichnet wird. Er 
entspricht dem AreaEllipse()-Befehl 
und weist nur eine kleine Änderung 
auf: 


Logischerweise benötigt ein Kreis nur 
eine Radius-Angabe. Ansonsten bleibt 
alles beim Alten. 

Zwei weitere Befehle, die allerdings 
nicht mit Area- beginnen, benötigen 
ebenfalls die Arealnfo- und TmpRas- 
Struktur, um ausgeführt werden zu 
können: RectFill) und Flood(). 
RectFill() zeichnet ein geradliniges ge- 


fülltes Rechteck auf den Bildschirm. 
Diese Funktion wird folgendermaßen 
aufgerufen: 


RectFill(rasp,xmin,ymin, 


xmax.ymax ): 


<xmin> und <ymin> geben die 
Koordinaten der linken oberen, 
<xmax> und <ymax> die der rechten 
unteren Ecke des Rechtecks an. Dieser 
Befehl wird sofort ausgeführt, ebenso 
wie Flood(), welcher zum Füllen mit 
der gewählten Farbe an einem 
beliebigen Punkt dient und folgender- 


maben benutzt wird: 


lood(rasp,modus,xposition,yposition) 


<xposition> und <yposition> geben 
die Bildschirmkoordinate an, auf wel- 
cher Flood() mit der Ausführung 
beginnt. Als <modus> stehen dem An- 
wender zwei Möglichkeiten zur Ver- 
fügung: O weist Flood() an, alle Pixel 
zu füllen, die nicht die Farbe des ak- 
tuellen AreaOutlinePens ( AOlPen ) 
haben ( mehr dazu weiter unten),wäh- 


rend bei 1 alle Pixel gefüllt werden, die 
die gleiche Farbe haben wie das Start- 
pixel. 

Noch ein paar Worte zum Beispiels- 
programm area_graphics: Den Area- 
Circle()-Aufruf werden Sıe vergeblich 
suchen, da in der 3.4-Version des 
Aztec-Compilers, mit dem das Pro- 
gramm erstellt wurde, dieser Befehl 
nicht implementiert ist, was allerdings 
nicht schlimm ist, da man ihn ja mit 
dem AreaEllipse()-Befehl“simulieren” 
kann. Bedeutsamer ist da die kleine 
for(;;)-Schleife, die den <areabuf> 
leert. Diese wurde eingefügt, da ohne 
sie beim AreaEllıpse()-Aufruf schein- 


Das Ergebnis 
von area_graphics 


Linien, Punkte 
und Elipsen: 
simple_graphics 


bar noch alteFlächenkoordinaten ( oder 
“Reste” davon ) ım Array standen und 
beim Zeichnen der Ellipsen zu unschö- 
nen Ecken führten. Dies sollte zwar ei- 
gentlich nicht der Fall sein, aber wenn 
das Betriebssystem wieder einmal lau- 
nisch ist, so garantiert diese kleine 
Schleife ın jedem Fall, daß sauberes 
Zeichnen gewährleistet ist. Zur Farb- 
wahl beim Füllen der Flächen dient der 
Befehl SetAPen(), welcher noch 
genauer erläutert wird. Um area_gra- 
phics.c zu compilieren, müssen Sie den 


Includefile screen&window.h, welcher 
auch in diesem Heft abgedruckt ist, 
miteinbinden, denn er versorgt Ihr Pro- 
gramm mit den nötigen globalen 
Variablen, und erleichtert Ihnen die 
Arbeit, da Sie nur noch die Funktion 
make_display() aufrufen müssen, um 
einen Screen und ein Window zu 
eröffnen. Dies gilt für alle abge- 
druckten Beispielsprogramme. Verlas- 
sen können Sie area_graphics, wie 
auch die anderen Beispielsprogramme, 
mit einem Mausklick auf das Close- 
Gadget des Windows. 


Ungefülltes 
Zeichnen 


Neben den AreafFill-Funktionen, die 
alle gefüllte Flächen erzeugen, gibt es 
noch eine Reihe von “normalen” Funk- 
tionen für das Zeichnen von Linien, 
Punkten und Kreisen. Sie haben eine 
sehr einfache Handhabung gemein- 
sam, denn außer einem RastPort, ın 
den gezeichnet werden soll, benötigen 
sie keine weiteren vorher initialisierten 
Strukturen. Da der RastPort vom Win- 
dow ( oder auch Screen ) zur Ver- 
fügung gestellt wird, kann man also 
gleich mit dem Aufrufen der 
Funktionen loslegen. Als Beispiels- 
programm für diese Befehle dient das 
Listing simple_graphics.c. Da es dem 
Listing teilweise 
gleicht, sind darin nur neue Funktionen 
kommentiert. Nach der Initialisierung 
von <rasp> geht es hier dann auch 
gleich zur Sache, und zwar mit dem 
Befehl Move). Dieser dient dazu, den 
Grafikcursor an eine beliebige Stelle 
auf dem Bildschirm zu manövrieren. 
Er benötigt als Übergabeparameter nur 
den RastPort und die x- und y-Koor- 


area_graphics.c 


dınaten: 


Move(rasp,xposition,yposition); 


Move() muß vor Anwendung des 
Befehls Draw(), welcher eine Linie 
zieht, aufgerufen werden, denn sonst 
wird als Ausgangsposition für Draw() 
die letzte Position des Grafikcursors 
gewählt ( zum Beispiel der Mittelpunkt 
eines Kreises, den Sie vorher haben 
zeichnen lassen ). Move() positioniert 
den Cursor auch für den Einsatz der 
Funktion Text(), doch das gehört zum 
Thema Fonts. Ruft man, wie im 
mehrere 


vorliegenden Beispiel, 
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Draw()-Befehle hintereinander auf, so 
hängen die erzeugten Linien anein- 
ander. Draw() benötigt die. gleichen 
Parameter wie Move(): 


Äquivalent zu den Aufrufen AreaEllip- 
se() und AreaCircle() sind die Befehle 
Ellipse() und Circle(); der einzige 
Unterschied liegt darin, daß letztere 
eben nicht füllen. Auch die Über- 


gabeparameter sind die gleichen: 


Auch der Circle()-Befehl ist ım 
Programm simple_graphics ohne Bei- 
spiel, da er in der Aztec 3.4-Version 
nicht implementiert ist. Wichtiger als 
dieser Befehl ist allerdings auch der 
Aufruf PolyDraw(), welcher eine be- 
liebige Anzahl miteinander verbun- 
dener Linien auf einmal zeichnet. Man 
muß ihm zu diesem Zweck allerdings 
ein Punktarray zur Verfügung stellen, 
das er abarbeiten kann. PolyDraw() 
wird folgendermaßen aufgerufen: 


<wert> ist in diesem Beispiel die 
Anzahl der Wertepaare, die ın der 
Punktliste stehen und jeweils die x- 
und y-Koordinaten eines Punkts an- 
geben. Dieses Punktarray muß als 
Array von SHORT-Werten definiert 
werden, da sonst die Funktion Po- 
IyDraw() nicht das gewünschte Er- 
gebnis bringt. Übergeben wird Poly- 
Draw() die Adresse des ersten Ele- 
ments der Punktliste, welche man über 
den Adressoperator <&> erhält. 

Um auf einzelne Pixel Einfluß nehmen 
zu können, existiert der Befehl Wri- 
tePixel(). Sein Aufruf wird ın der fol- 
genden Art und Weise getätigt: 


Auf diesen Aufruf hin wird ein mit den 
Parametern <xposition> und <ypo- 
sition> beschriebenes Pixel ın der 
aktuellen Zeichenfarbe gesetzt. 

Um den Farbwert eines beliebigen Pi- 
xels herauszufinden, kann man den 
Befehl ReadPixel() einsetzen: 
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<farbe> muß eine 32-Bit-Integer- 
variable, in Lattice-C also vom Typ 
INT und in Aztec-C vom Typ LONG 
sein, und das Ergebnis ist der Index der 
gesetzten Farbe, kann bei einem 
Screen mit fünf Bitplanes also von O 
bis 31 reichen. Eine sinnvolle An- 
wendung dieser Funktion wäre bei- 
spielsweise, in einem Malprogramm, 
um aus einer dargestellten Farbpalette 
die Zeichenfarbe auszuwählen, auf ei- 
nen Mausklick hin die Position des 
Mauszeigers abzufragen und mit des- 
sen Koordinaten einen ReadPixel()- 
Aufruf durchzuführen. 

Dies war schon das Wesentliche der 
Zeichenoperationen, und wie Sie im 
Listing simple_graphics.c erkennen 
werden, ist ihre Anwendung ausge- 
sprochen einfach ( woher das Pro- 
gramm ja auch seinen Namen hat ). 

So stehen nun die Farb- und Mus- 
teroperationen an, denen man noch 
etwas Aufmerksamkeit schenken sol- 
Ite, denn sie ermöglichen mannig-fal- 
tige Arten der Beeinflussung dessen, 
was beim Aufruf der vorher dis- 
kutierten Funktionen auf dem Bild- 
schirm erscheint. 


Der Modus macht’s 


Wie Ihnen sicher schon aufgefallen ist, 
sollte man, um gezielte Ergebnisse zu 
erhalten, Einfluß auf die Farbsetzung 
eines Programms nehmen. Die voran- 
gegangenen Beispiele verwenden die 
normale Farbliste eines neu eröffneten 
Screens. Damit sollte man sich aller- 
dings, bei den gegebenen Mösglich- 
keiten, nicht abfinden, und so stellt 
sich die Frage:Wie kriege ich meine 
Wunschfarben in mein Programm’? 
Dies ist eine sehr einfache Ange- 
legenheit, denn Sie benötigen lediglich 
eine Farbpalette und die Adresse der 
Siruktur ViewPort, wie sie in der 
Struktur eines jeden Screens zu finden 
ist. Letztere erhalten Sie, indem Sie in 
Ihrem Programm folgendes definieren: 


Die Farbliste allerdings müssen Sie 
selbst erstellen; sie wird als Array von 
UWORD-Werten definiert. Enthalten 
muß sie so viele UWORDs, wie Ihr 
Screen Farben zuläßt, also 2, 4, 8, 16 
oder 32. Diese UWORDs legt man am 
besten in Form von Hex-Werten an, da 
in einem Hex-Wert des Formats 
<Oxnnn> die drei hinteren Stellen 
jeweils einen Farbanteil beeinflussen, 
der Rot, Grün oder Blau repräsentiert. 
So stellen die Werte <Oxf00> reines 
Rot, <Ox0f0> reines Grün und <Ox00f> 
reines Blau dar. Aus den verschie- 
denen Kombinationen ergeben sich 
dann die 4096 verschiedenen Farben 
des Amiga. Als Beispiel hierzu dient 
die Farbliste im Listing colors&pat- 
terns.c. Haben Sie es hinter sich 
gebracht, die verschiedenen Farben zu 
definieren ( gar nicht so einfach, sich 
interessante Kombinationen einfallen 
zu lassen ), so müssen Sie im Pro- 
gramm die Farbliste in den Screen 
einladen. 

Dies geschieht mit folgendem Aufruf: 


<wert> gibt hier die Anzahl der Far- 
ben, die geladen werden sollen an, die 
in jedem Fall der Anzahl der Werte in 
der Farbliste entsprechen sollte. Wei- 
terhin benötigt LoadRGBA4() die 
Adresse des Viewports des betref- 
fenden Screens und die Adresse des 
ersten Elements in der Farbliste. Nach 
diesem Aufruf stehen die von Ihnen 
gewählten Farben zur Verfügung. 

Will man einzelne Farben verändern, 
so ist es nicht nötig, gleich eine ganz 
neue Farbpalette zu laden. Vielmehr 
steht für diesen Zweck die Funktion 
SetRGBA4() zur Verfügung, welche fol- 
gende Übergabeparameter benötigt: 


<index> gibt die Farbe an, welche 
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beeinflußt werden soll. Im vorliegen- 
den Beispielsprogramm mit 32 Farben 
reicht <index> von O bis 31. <rot- 
anteil>, <grünanteıl> und <blauan- 
teil> reichen jeweils von O bis 15. Sie 
entsprechen den letzten drei Stellen der 
Werte der Farbliste. 

Nun wollen Sıe aber sicher nicht nur 
Farben definieren, sondern diese auch 
gezielt einsetzen. Hierzu müssen Sie 
auf die drei Zeichenfarben Einfluß 
nehmen, dıe im System definiert sind, 
als da wären: die prımäreZeichenfarbe 
( APen ), dıe sekundäre Zeichenfarbe 
(BPen ) und die AreaOutline-Farbe 
(AOlPen ), welche zum Umranden von 
Flächen dient. 

Die Festlegung dieser Farben ge- 
schieht ın drei sehr ähnlichen Auf- 
rufen: 


SetAPen(rasp.index): 


SetBPen(rasp.index): 
SetOPen(rasp.index): 


<ındex> gibt auch bei diesen Befehlen 
die Farbe an, die verwendet werden 
soll. Jede der drei Zeichenfarben erfüllt 
spezifische Aufgaben. 

APen dient allgemein zum Zeichnen 
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Funktionen werden die gezeichneten 
Flächen mit der über SetOPen() fest- 
gelegten Farbe eingerahmt. Auch 
hierfür finden sich einige Beispiele in 
colors&patterns.c. 

Um die kurz zuvor erwähnten ge- 
punkteten Linien zu zeichnen, muß 


man die Festlegung des Zeichenmuster 


ändern. Dafür steht die Funktion 
SetDrPt() zur Verfügung: 


SetDrPt(rasp.wert): 


In diesem Fall wırd <wert> als 
vierstelliger Hex-Wert angegeben, also 
in dem Format <Oxnnnn>. <Oxffff> als 
Zeichenmuster erzeugt “solide” Linien 
in der Farbe des APen, <0x0000> 
ebensolche ın der Farbe des BPen. Alle 
möglichen Zwischenkombinationen 


ergeben andersartig und vielfältig ge- 


Farben und Muster 
ganz nach Wunsch: 
colors & patterns 


punktete Linien. 

Nicht ganz so einfach hat man es, wenn 
man ein Füllmuster festlegen möchte, 
mit dem die Flächen gefüllt werden 
sollen. Dieses Füllmuster muß näm- 
lıch. wie auch die Farbliste, in einem 
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Array definiert werden. Dies bedeutet 
für den Programmierer ein bißchen 
Arbeit, denn man muß sich logisch 
vergegenwärtigen, welches Resultat 
eine bestimmte Datenfolge erbringen 
könnte. Grundsätzlich besteht ein 
Füllmuster aus einem Array von 
UWORDs, deren einzelne Bits jeweils 
einzelne Pixel des Füllmusters beein- 
flussen. Ein Beispiel hierfür liefert das 
<fillpattern>-Array in colors&pat- 
terns.c. Ein solches Array ist ın der 
Größe auch nicht frei, sondern nur in 
bestimmten Schritten wählbar. Dies 
Aufrufs SetAfPtd, 
welcher das Füllmuster festiegt, erläu- 
tert werden: 


soll anhand des 


SetAfPttrasp.&fillpattern[O ].exponent) 


Als zweiten Parameter muß diese 
Funktion die Adressse des ersten Ele- 
ments des Füllmuster-Arrays erhalten. 
Der dritte Parameter stellt einen Wert 
dar, welcher als Exponent von zwei die 
Anzahl der UWORDs ım Array ergibt. 
Dabei ist ersichtlich, daß man nur 
bestimmte Anzahlen von UWORDs 
festlegen kann, nämlich 2, 4, 8, 16 etc. 
Die verschiedenen Bits der UWORDs 
beeinflussen dann einzelne Punkte, 
wobei ein gesetztes Bit bewirkt, daß 
der Punkt im APen gezeichnet wird, 
während ein Ungesetztes im BPen 
dargestellt wird. Dafür hier noch ein 
einfaches Beispiel: Enthält Ihr Füll- 
muster-Array die vier UWORDs 
<0xff00,0xff00,0x00fF,0Ox00ff>, so 
stellen sıch diese als Bitkombinationen 
folgendermaßen dar: 
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/* Standard-Includefile mit Display-Funktionen und 
/* den noetigen globalen Variablen 
#include ‘screen&window.h> 


und Füllen, während BPen nur in be- 
stimmten Zeichenmodi erscheint; wäh- 
len Sie zum Beispiel gepunktete Li- 
nıen, so haben die Punkte abwechselnd 
die Farben des APen und des BPen, 
und auch die Flächenfüllmuster ver- 
wenden teilweise beide Pens. 

Auch beim Aufruf der Text()-Funktion 
spielt der BPen eine Rolle, denn er 
bestimmt die Farbe, in der die Schrift 
unterlegt wird. Der AOIPen dient zum 
Umranden von Flächen; bei An- 
wendung der verschiedenen AreaFill- 


/* Includefile fuer Aztec-C 
/* Bei Verwendung von Lattice-C nicht einbinden 
#include <functions.h> 


vosoaou AvD. 


struct RastPort* rasp; 


SHORT pkt liste[] = 

{ 160,180, 
220,288, 
220,230, 
160,250, 
100,230, 
100,208, 
160,188 ); 
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UWORD 1:1111111100000000 
1 11111110000000C 
00 Ö i 


UWORD 2: 1 | ) 0 
UWORD 3:0 0 BORD L 1131232 1 
UWORD 4:0 0000000111111 11 


Sıe erhalten damit ein Füllmuster in 
den Ausmaßen 16 mal 4 Pixel, das eine 
Darstellung von flachen versetzten 
Rechtecken ın den Farben des APen 
und des BPen auf den Bilschirm bringt. 
Anhand einer solchen Bittabelle läßt 
sich das gewünschte Muster ohne viele 
Versuche am einfachsten festlegen. 
Der Wert für <exponent> wäre in 
diesem Beispiel 2. 

Die Füllmuster müssen allerdings nicht 
auf zwei Farben beschränkt werden, 
denn es besteht die Möglichkeit, ein 
Füllmuster in so vielen Farben zu er- 
zeugen, wie der Screen, auf dem es ge- 
zeichnet wird, hat. 

Dazu muß man ein zweidimensionales 
Array festlegen, in dem eine wie oben 
beschriebene UWORD-Kombination 
für jede Bitplane des Screens festgelegt 
werden muß. Als Beispiel hierfür dient 
das Array <multicolorpattern>im Lis- 
ting colors&patterns.c. Um ein solches 
vielfarbiges Muster zu laden, bedient 
man sich des Befehls SetAfPtÜ) wie 
oben angegeben, mit dem Uhnter- 
schied, das man <exponent> mit einem 
negativen Vorzeichen versehen muß. 
Der Betrag von <exponent> hängt al- 
lerdings weiter von der Anzahl der 
UWORDs pro Kombination ab. Jede 
dieser Kombinationen ist dann für die 
Bits in einer der Bitplanes des Screens 
zuständig. 

Bei manchen Anwendungen kann es 
für den Programmierer von Interesse 
sein, nur bestimmte Bitplanes an- 
zusprechen, um dieunterschiedlichsten 
Effekte zu erzeugen. Für diesen Zweck 
stellt das Betriebssystem den Befehl 
SetWrMsk() zur Verfügung, mit dem 
einzelne Bitplanes des Screens von den 
Zeichenvorgängen ausgeschlossen 
werden können. Dieser Aufruf geht 
folgendermaßen vonstatten: 


 SetWrMsk(rasp,mask); 


<mask> wird in Form eines zwei- 
stelligen Hex-Wertes übergeben, in 
dem jedes Bıt über die Aktivierung 
einer einzelnen Bitplane entscheidet. 
Da ein Screen maximal fünf Bitplanes 
enthalten kann, sind maximal die fünf 
niedrigsten Bits von Bedeutung, wobei 
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28 main() 


LISTING 
area gr 


int 3,0; 

make display(); 

rasp = grafikwindow->RPort; 
SetAPen(rasp,1L); 


/* Positionieren des Grafikcursors 
Move (rasp, 25L,170L); 


/* Schleife fuer eine Zickzacklinie 
for(i=208;i<(261;i+=2®) 


{ 
SetAPen(rasp, (long)i/2®); 
Draw(rasp, 25L+(i-1®),130L); 
Draw(rasp, 25L+i,170L); 

? 


/* Schleife fuer verschiedene Ellipsen 
£or(i=8;1{131;:1+=5) 
{ 
SetAPen(rasp, (long)i/5); 
DrawEllipse(rasp, 16®8L,70L,140L-i,25L); 
Hi 


/* Doppelschleife fuer eine Reihe bunter Pixel 
for(n=®;n<8;n++) 

for(i=8;i<32;i++) 

SetAPen(rasp, (long)i); 

WritePixel(rasp, 32L+(i+1+(n*32)),110L); 

? 


SetAPen(rasp,6L); 


/* Positionieren des Grafikcursors 
Move(rasp,16®L,180L); 


/* Mehrere Linien in einer Farbe zeichnen 
PolyDraw(rasp, 7L,&pkt liste[®)); 


Wait(1L<<grafikwindow->UserPort->mp SigBit); 
end display(); 


return(®); 


E 


Y 


L 


3; 


. 


8, 


} 
--—- END OF FILE simple graphics.c --- 
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/* Standard-Includefile mit Display-Funktionen und 
/* den noetigen globalen Variablen 
#include <screen&window.h> 


/* Includefile fuer Aztec-C 
/* Bei Verwendung von Lattice-C nicht einbinden 
#include <functions.h> 


struct RastPort* rasp; 
struct Arealnfo a info; 
struct TmpRas t ras; 
UWORD areabuf [502]; 
BYTE* area plane; 


main() 


{ 
ine I; 


/* Screen und Window in LoRes u. 32 Farben oeffnen 
make display(); 


/* Zuweisung der RastPort-Struktur 
rasp = grafikwindow-»>RPort; 


/* Initialisierung der Arealnfo-Struktur und Eroeff- 


/* nung einer Bitplane fuer die Fuellbefehle 
InitArea(&a info,&areabuf[®] , 2080L); 
area plane = (BYTE *)AllocRaster(320L,256L); 


/* Zuweisung der TmpRas- und Arealnfo-Struktur auf 
/* den benutzten RastPort 
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ein gesetztes Bit eine Bitplane aktiviert 
und ein ungesetztes Bit eine Bitplane 
abschaltet. Setzt man als <mask> 
beispielsweise den Wert <Oxfb>, 
welcher dem Binärwert <11111011> 
entspricht, so bewirkt dies, daß die 
dritte Bitplane von den Zeichen- 
vorgängen ausgeschlossen wird. Die 
Auswirkungen eines solchen Aufrufs 
können Sie ın colors&patterns beob- 
achten. 

Das Betriebssystem stellt dem An- 
wender auch verschiedene Zeichen- 
modi zur Verfügung, mit denen die 
Verknüpfung bereits gesetzter und 
darauf gezeichneter Bits bestimmt 
werden kann. Um den Modus zu wäh- 
len, bedient man sich der Funktion 
SetDrMd(): 


SetDrMd(rasp,modus); 


Die Werte, die als <modus> übergeben 
werden können, sind in den Include- 
files vordefiniert. Im einzelnen kann 
der Anwender folgende Modi aus- 
wählen: 

JAMI: 

Dieser Modus bewirkt, daß beim 
Zeichnen jedes neue Pixel ım APen ge- 
setzt wird. Verwenden Sie ein Zei- 
chen- oder Füllmuster, so werden die 
ungesetzten Bits des Musters ignoriert. 
JAM2: 

Bei diesem Modus werden der APen 
und der BPen zum Zeichnen einge- 
setzt. Für jedes gesetzte Bit ım 
Zeichen- oder Füllmuster wird der 
APen eingesetzt, für jedes ungesetzte 
Bit der BPen Dieser Modus ist üb- 
rigens voreingestellt. 
COMPLEMENT: 

COMPLEMENT bewirkt, daß für je- 
des im Füllmuster gesetzte Bit die 
bereits in den Bitplanes gesetzten Bits 
um-gekehrt werden - aus einem Bit | 
wird ein Bit O und aus einem Bit O ein 
Bit 1. 

INVERSVID: 

Bei Anwendung dieses Modus werden 
die Auswirkungen und die Rolle des 
APen und des BPen miteinander ver- 
tauscht. 

Wollen Sie einen der letzten zwei 
Modi aktivieren, so sollten Sie ım 
allgemeinen beim Aufruf von Set- 
DrMd() den gewünschten JAM-Modus 
mit angeben. Ein typischer Aufruf 
sieht dann folgendermaßen aus: 


m u un nn it un m mn mt mm Maier me mi mn ie ie m Ai ie mi u A A Je Mn m dr sa he ek A Mr ee m m re Mm Mr Mr ie mr m Mn nr Mi a m mm m st a a a ae m a and mann mm man Som ie 
m me m = m — ID nz => zz m > 7 >77 72772. 727. 2 nn > nn nn mn mn — u— 
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LISTING VON 
colors&patterns.c 


rasp->Arealnfo = &a info; 
rasp->TmpRas = &t ras; 


/* TmpRas-Struktur initialisieren */ 
InitTmpRas(&t ras,area plane, (long)RASSIZE(320,256)); 


/* Schleife fuer versch. gefuellte Flaechen “l 
for(i=®;1<106;i+=5) 


{ 

SetAPen(rasp, (long)i/5); 
AreaMove(rasp,88L+(i*2),120L+i); 
AreaDraw(rasp, 190L+i ,120L+i); 
AreaDraw(rasp, 280L+i , 2080L+(i/2)); 
AreaDraw(rasp, 90L+(i*2) , 2080L+(i/2)); 
AreaEnd(rasp); 


3 


/* Punktpuffer muss vor AreaEllipse-Aufruf leer sein */ 
for(i=8;i<508;i+=1) 
areabuf[i] = (UWORD)®; 


/* Schleife fuer versch. gefuellte Ellipsen %7 
tor(i=8; 10131; 1+=5) 


x 

SetAPen(rasp, (long)i/5); 
AreaEllipse(rasp,16®L,70L,14®8L-i,25L); 
AreaEnd(rasp); 


? 


/* Wieder den Punktpuffer leeren... “Lt 
for(i=8;i<500;i+=1) 
areabuf[i] = (UWORD)®; 


/* ...und noch ein paar Ellipsen (nur ganz kleine) “/ 
for(1=0; 1625; i+>=2) 
{ 


SetAPen(rasp, (long)i/2); 
AreaEllipse(rasp,16@L,7®L,14L,25L-i); 
AreaEnd(rasp); 

? 


/* Schleife fuer versch. gefuellte Rechtecke so; 
for(i=®8;i<32;i++) 


SetAPen(rasp, (long)i); 
RectFill(rasp,1®L+i,128L+(i*2) , 280L+(i*2) , 130L+(i*3)); 
? 


/* Nun den Hintergrund fuellen _ :: 
SetAPen(rasp 5L); : 
Flood(rasp, 1L,15L,1SL); 


/* Intuition wartet auf Betaetigung des Close-Gadgets*/ 
Wait(1L<<grafikwindow->UserPort->mp SigBit); 


/* Speicherplatz ans System zurueckgeben 2 
FreeRasteriarea plane, 328L,256L); 
end display(); 


return(dB): 


-- END OF FILE area graphics.c --- 


/* Standard-Includefile mit Display-Funktionen und , 
/* den noetigen globalen Variablen “f 
#include <screen&window.h> 


/* Includefile fuer (u.a.) die Definition von SetOPen*/ 
#include <graphics/gfxmacros.h> 


/* Includefile fuer Aztec-C ar 
/* Bei Verwendung von Lattice-C nicht einbinden nf 
#include <functions.h> 


struct ViewPort* viep; 

struct RastPort* rasp; 

struct Arealnfo a info; 

struct TmpRas t ras; 

UWORD areabuf [502]; 

BYTE* area plane; 

UWORD farbliste[] = { 0x808,0xf00,0x0f0,0x®®f, 
Oxfff,0xfb®, 0x9db, Oxcif, 
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 Delay(soL); 


8xd00,0xf80,0xfdd,Oxf£f2, 
08xf9®,0xbf®,0x8e®, 0x2cd, 
@x0bl ,0x0bb, Ox1fb, ®x6fe, 
. B®x6ce,@x6lf,0x06d, Ox91f, 
Oxfıf , Oxfac,0xdb9,0xc8®, 
8xa87 , Bxccc ,0x999, 0xab6 }; 


 UWORD ee = { @xff09,0xff00,0x09ff,0x00ff, 
M exfof®, OxfOf®, OxDfOFf,0x9f20f ); 


UWORD multicoloruattern 5} [£) = | 


0x0009, 0x0000 ,Oxffff, Oxffff, 
0x0000,0x00008 ,Oxffff,Oxffff ), 
0x08080 , 9x90802, 0x00098 ,0x0009, 
Oxffff,Oxffff,Oxffff,oxffff ), 
OxffO0, Oxff90,Oxff90,Oxff0B, 
@xff00,9xff00, Oxff00,0xff00 ), 
8x00990 , 02x00090, 0x00090,0x0009, 
080x000 , 0x00002 , 0x0009,0x0000 ), 
0x0090,, 0x0000, 09x0000,0x0000, 
8x0000, 0x0000 , 02x0000,0x90008 ) ); 


I |: 


int :. 


make display: 


rasp =  grafikwindow->Rrort; 


» ViewPort- Zuweisung _ 2. 


eo = Sgrafikscreen->VienPort; 


 InitArea(&a_ info, &areabuf[P], 2001): 


© em plane =  (BYTE ein Ioeibe al RL, 2561); 


_Kaap-Araalnfo a inte 
_ kaap->TmpRas = & n aa 


rnieephaat ras, ‚area_ „plane, (long)RASSTZE(320, 256)): 


 LoadRGBa(viep, ‚sfarbliste[0], aa): 


ie i<289; ir=9) 


"SetAPen(rasp, Aong)i); 
a 20L, 25141, en. 


nn Farben Nr.i und Nr. 4 sollen getauscht werden N 
. SetRGB4(viep, iL, 256 15L,35L); 

 SetR6B4(viep, al, 15L,01L,2L): 
Delay(sen); 


P& Rechteck mit Rand zeichnen mn . ”/ 


_ SetAPen(rasp,4L); 
SetOPen(rasp,2L); . 
. — — —. =Ob, 5eL, 150L, 100L); 


. Delay(saL); 


ı Nicht eingerahmte... _ A se: 


SetAPen(rasp,4L); 
Move(rasp,178L,60L); 


_ Text(rasp, "Nicht eingerahmt ‚16L); 


Ir ...und eingerahmte Texte Ar 
SetAPen(rasp, Li: 

GetBren racn, au: 
Move(rasp,170L,85L); 


_ Text(rasp, 'Eingerahmt",10L): 


 Delav(S8L): 
-* Nun werden ein paar gepunktete Linien gezeichnet 
setBPen(rasp,2L); 


SetAPen(rasp,4L); 

/* Hierfuer muss das DrawPattern veraendert werden 4: 
SetDrPt(rasp, ®xccce ,; 

Move(rasp,50L,110L); 

Draw(rasp, 270L,110L); 


_  SetAPen(rasp,4L); 
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32 Rechtecke in verschiedenen Farben _ x) 


SetDrMdtrasp.JAM2| 
COMPLEMENT): 


Die verschiedenen Darstellungsva- 
riationen, die sich aus den Kom- 
binationen der verschiedenen Modi 
ergeben, sind so vielfältig, daß man sie 
schwerlich beschreiben kann. In co- 
lors&patterns.c finden Sie ein Beispiel 
für den COMPLEMENT-Modus, aber 
um alle Möglichkeiten kennenzuler- 
nen, experimetieren Sie am besten 
selbst ein bißchen herum. 

Ein Befehl, der ohne Beispiel in co- 
lors&patterns.c ist, ist die Funktion 
SetRast(). Sie dient dazu, einen Rast- 
Port komplett in einer Farbe einzu- 
färben. Aufgerufen wird die Funktion 
folgendermaßen: 


<index> gibt bei diesem Aufruf die 
gewünschte Farbe an. Bei einem nor- 
malen Window bewirkt SetRast() 
allerdings, daß das gesamte Window 
einschließlich der Titelzeile gefärbt 
wird. Dies läßt sich nur mittels eines 


GimmeZeroZero-Windows _vermei- 
den; für mehr Information über diesen 
Window-Typ lesen Sie bitte im Artikel 
zum Includefile screen&window.h. 
Damit beim SetRast()-Aufruf auch 
alles gleichmäßig eingefärbt wird, 
müssen über SetWrMsk() übrigens alle 
Bitplanes zum Zeichnen aktiviert sein. 
So, damit wären die wichtigsten 
Zeichenfunktionen des Betriebssy- 
stems abgehandelt. Mit den vorliegen- 
den Informationen und anhand der Bei- 
spielsprogramme, die sich in den ab- 
gedruckten Versionen übrigens sowohl 
mit dem Aztec 3.4a-Compiler als auch 
mit dem Lattice 3.10-Compiler compi- 
lieren lassen, werden Sie sicher in der 
Lage sein, diese “gewinnbringend” an- 
zuwenden. Natürlich könnte man noch 
eine ganze Menge mehr über die 
Strukturen, dıe der Bildschirm- und 
Grafikverwaltung zugrundeliegen, sa- 
gen, aber der Hobbyprogrammierer, 
der nicht unbedingt in die Tiefen des 
Betriebssystems einsteigen möchte, 
findet in den oben beschriebenen 
Strukturen und Funktionen genug 
Informationen, um die Amigagrafik 
voll auszunutzen, ohne eine Unzahl 
von Abhandlungen über das Betriebs- 


system wälzen zu müssen. So bleibt 
dann nur noch zu sagen: 

Viel Erfolg bei der Erforschung der 
Möglichkeiten des Amiga, und viel 
Spaß mit Ihren selbstgeschriebenen 
Grafikprogrammen! 
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Der Amiga hat keinen eigentlichen Text- 
modus. Die Darstellung von Buchstaben und 
anderen Zeichen erfolgt ausschließlich im 
Grafikmodus. Der Zeichensatz liegt als Bit- 
muster im Speicher vor. Aus diesem Bitmuster 
werden die gewünschten Zeichen an eine be- 
stimmte Stelle im Bildschirmspeicher kopiert. 
All dies übernimmt der Amiga, ohne Zutun, 
selbst. Gnädig, wie das Betriebssystem nun 
einmal ist, stellt es auberdem noch eine Reihe 
von Funktionen und Strukturen zur Verfügung, 
mit denen man die Zeichensätze, sprich Fonts, 
höchst individuell gestalten kann. 


as bedeutet für den Pro- 
grammierer, daß er nicht nur 
eine einzige Art von Buch- 


staben und Zeichen in seinem Pro- 
gramm benutzen kann, sondern auch 
andere, die schon definiert auf der 
Workbench bereitliegen. Außerdem 
ist es möglich, vollkommen neue Zei- 
chensätze zu erstellen und für das Sy- 
stem nutzbar zu machen. 

Fonts können in folgenden Formen 
vorliegen: Ein Font, nämlich “to- 
paz.font” befindet sich im ROM, bzw. 
WORM. Wir alle kennen ihn, denn er 
ist die Schriftart des CLI und der 
Workbench sowie aller darauf laufen- 
den Standardapplikationen. Weiterhin 
befinden sich im Verzeichnis “fonts” 
einer jeden Workbenchdiskette einige 
Fonts. Diese nennt man Diskfonts. 
Diskfonts sind nicht direkt verfügbar, 
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sondern müssen erst von einem 
Programm in das System eingebunden 
werden, und liegen dann als System- 
fonts vor. Diese sind dann im RAM 
vorhanden und von allen Tasks nutz- 
bar. 

Bei der Benutzung steht ein Font direkt 
mit einem RastPort in Verbindung. Da 
jedes Window einen eigenen RastPort 
besitzt, ist es möglich, auf jedem Win- 
dow einen anderen Font zu benutzen. 
Wichtig für den Gebrauch von Disk- 
fonts ist ein logisches Gerät 
“FONTS:”, auf welchem einige 
Zeichensätze vorhanden sein sollten. 
Ein logisches Gerät wird die Directory 
“fonts” mit dem Befehl ASSIGN. 
Beim System-start mit der Workbench 
geschieht dies von selbst. Wer seine 
Compilerdis-ketten um die “fonts”- 
Directory er-leichtert hat, um Platz zu 


gewinnen, muß nun sehen, wie er diese 
wieder in Reichweite bekommt. Doch 
der Um-gang mit Fonts lohnt sich, da 
man sei-nen Programmen eine 
persönliche Note geben kann, um sie 
so von der breiten eintönigen Masse 
abzuheben. 

Um Fonts aus C heraus benutzen zu 
können, benötigt man zwei Header- 
files, “graphics/text.h” und “libraries/ 
diskfont.h”, welche die nötigen Struk- 
tur- und Flagdefinitionen bereitstellen. 
Diese Headerfiles hier komplett aufzu- 
führen, ist nicht nötig, da Sie diese in 
der Include-Directory Ihrer Compiler- 
disketten finden; allerdings soll ihr 
Inhalt im Zusammenhang mit den 
Funktionen näher erläutert werden. 
Vorab die Erklärung einer wichtigen 
Struktur: 


struct TextAttr aus “graphics/text.h” 


Ein Zeiger auf den Fontnamen: 
STRPTR TextAttr.ta_Name 
Die Zeichenhöhe in Pixeln : 
UWORD TextAttr.ta_YSize 
Der Style des Fonts 
UBYTE TextAttr.ta_Style 
Die Flags des Fonts 
UBYTE TextAttr.ta_Flags 


Der Style gibt an, in welcher Art die 
Zeichen dargestellt werden. Auch 
wenn das Aussehen des Fonts nur in ei- 
ner Form definiert ist, berechnet das 
Betriebssystem ein anderes Aussehen. 
Die Stylevariable selbst ist eine Bit- 
maske, in welcher die vier niederwer- 
tigsten Bits ausschlaggebend sind. Je- 
des dieser Bits steht, wenn es gesetzt 
ist, für ein gewisses Merkmal des 
Fonts. Dafür mögliche Formen sind: 


FS_NORMAL 

(keinerlei Bits gesetzt 

==> Style = 0) 

Ein Standardfont, welcher in all 
anderen Arten umgewandelt werden 
kann. 

FSF_EXTENDED 

(drittes Bit gesetzt 

==> Style= 8) 

Der Font ist in die Breite gezogen. 
FSF_ITALIC 


(zweites Bit gesetzt 
==> Style =4) 
Kursive Darstellung. 
FSF_UNDERLINED 
(erstes Bit gesetzt 
==> Style = 2) 
Unterstrichen. 


FSF_BOLD 
(nulltes Bit gesetzt 
==> Style= |) 
Fettdruck. 


Diese Styles sind beliebig kombinier- 
bar, wobei EXTENDED allerdings 
nicht immer möglich ist. 

Die Flags sagen etwas über Beschaf- 
fenheit des Fonts aus, etwa, ob es sich 
um einen Diskfont oder einen Romfont 
handelt. 

Diese Struktur dient unter anderem 
zum Auffinden eines Fonts. Man legt 
in TextAttr fest, welcher Art er sein 
soll. Dabei wird der, ın Bezug auf 
<ta_YSize>, am nächsten passende 
Font gewählt. Sind die gewünschten 
Styles nicht verfügbar, so erzeugt das 
System diese. Dabeı sind allerdings 
keine Stylemerkmale rückgängig zu 
machen, wenn eins oder mehrere in der 
Fontdefinition vorgesehen waren. 


Funktionen 
zum Gebrauch 
von Fonts 


(Allgemeine Anmerkung: In der Be- 
schreibung der einzelnen Funktionen 
finden Sie hinter <U:> die Überga- 
beparameter. Die Art des Parameters 
ist im C-Syntax dargestellt. Hinter 
<R:> befindet sich eine Beschreibung 
dessen, was aus der Funktion resultiert. 
Die Funktionen erwarten die Para- 
meter in bestimmten Registern. Der C- 
Programmierer braucht sich darum 
nicht zu kümmern. Für Assembler-Pro- 


LISTING VON : Seiten 
makediskfontfile.c 2194 rwed Today 16:56:16 
2225725 = 52 2222 === zznzzzmas ms m oo 2 2sse=mmssmmmmmomm 3.4 a === 
1 /* Dieses Programm erzeugt den Header fuer einen 
2 * DiskFont. Man findet solche Files als xxx.font 
3 * innerhalb des FONTS: Verzeichnisses. 
4 * Dieser File besteht aus: 
5 B: 1. einem WORD ein Identifier, der Hex ®F08 ist. 
6 5 2. einem WORD in dem die Anzahl der diversen 
7 & Hoehen zu dem Font steht. 
8 % 
9 *» dann £f’r jede Hoehe seperat: 
18 & 1. ein 256 Byte gro_es Feld, in dem der Pathname 
11 & zum eigentlichen Font steht. 
12 e 2. ein WORD die Pixelhoehe. 
13 R 3. ein UBYTE die Flags. 
14 * 4. ein UBYTE das Hex 6® betragen sollte. 
15 “ 
16 TUNSNONIMMNNEONMUNNNRERUNNNNENNNUUUTE NN UN NR NINE RN NL 
7 
18 #include <exec/types.h> 
19 
28 /* nur £uer Aztec  */ 
21 #include <functions.h> 
22 
23 #include <libraries/dos.h> 
24 
25 struct FileHandle *fh; 
26 
27 /* Identifier fuer den Header */ 
28 UBYTE id[] = { 0x8f, 88x08 ); 
29 
38 UBYTE pathname[256], flags, name[82]; 
31 UWORD fontheight ‚number, buf; 
32 UBYTE fontkind = 0x60; /* Das bedeutet einen Diskfont, 
33 der nicht resident ist */ 
34 
35 main() 
36 
37 SHORT i; 
38 
39 printf("\n\nWie soll der Fontname sein ?:"); 
40 printf(">>.font nicht vergessen<<\n"); 
41 scanf('"%s",&name[®]); 
42 
43 fh = (struct FileHandle *)Open(&name[®] ,MODE NEWFILE); 
44 
45 Write(fh,&id[2] ,2L); 
46 
47 printf("\n\nWieviel definierte Groessen gibt es ?:"); 
48 scanf("%d",&number); 
49 
50 Write(fh, (UBYTE *)&number, 2L); 
51 
52 
53 for(i=1;i<=number;i++) 
54 { 
55 printf("\nEingaben f’r die %d. Groesse\n\n",i); 
56 printf("\n\nBitte den Pathname innerhalb der "); 
57 printf("Fontsdirectory :\n"); 
58 scanf("%s",&pathname[®])); 
59 
60 Write(fh, &pathname [2] ,‚256L); 
61 
62 printf("\n\nHoehe des %d.Fonts ?:",i); 
63 scanf("%d",&fontheight); 
64 
65 Write(fh,&fontheight, 2L); 
66 
67 EEE SS EIS IE SEES ET Ei 7 En 2 7 5 2 5 Sn 2 EB Ei 7 Ei a Ey ae ce = 5; 
68 * Die Flags als Ascii-Wert setzen hei t, wenn Sie * 
69 * z.B. das fuenfte und das zweite Bit setzen ” 
78 * wollen, ist der Ascii-Wert dieser Bitmaske 
71 “AS + AA = 32 + 4 u 36 ee; 
72 
73 printf("\n\nFlags als ASCII-Wert :"); 
74 scanf("%d",&buf); 
75 flags = (UBYTE)buf; 
76 
117 Write(fh,&flags,1L); 
78 
79 Write(fh,&fontkind, 1L); 
808 ’ 
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8l 
82 
83 
84 
85 
86 
87 


SSSz=25msezem= 


SEZemzmmmmmmommzemezememomegeoeoozemezse sm auge rt ES TE T TS ETIIT TS IETI TI SIE 
25252 zum Sau U Sm zz az zum zeacmummemsemsormcmmumzmeomn en 
Seiten 


printf("\n\nDer File ist geschrieben, und liegt"); 
printf("\nim aktuellen Verzeächniss\n\n"); 
Close(£fh); 
return(NULL); 
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LISTING VON : 


makediskfont.asm 


=== Sum um umummn 


-—-- END OF FILE : 


=== 2m zn 2m 


2768 rwed Today 


=25222232722575 ESS ZI 2 ZI za om zoom oo zamuoe 


makediskfontfile.c -—— 


a 


16:58:06 


1 ; Dient zum Erzeugen von Diskfonts. 
2 ; File mu_ assembliert und gelinkt werden 
3 sSERKRRARRKRKERR RU KK KK RK KK KR U HR KK RR RK RK A RR RAN KH U N 
4 ;1INCLUDE "exec/types.i" 
5 31INCLUDE "exec/nodes.i" 
6 ;INCLUDE "libraries/diskfont.i" 
7 
8 DEFH _ID EQU $0f808 
9 MAXFONTNAME EQU 32 
18 FPF_PROPORTIONAL EQU 32 
11 FPF_DESIGNED EQU 64 
i2 NT_FONT EQU 12 
13. \ SRRAKRKRKARRNARNKARKRKRAR AR NHAN 
14 MOVEQ #9,D®  ;* ABBRUCH BEIM 
355 Rs ;* STARTVERSUCH 
16 SERRKU EU  R 
17 
18 DE .L 1%) ;ARMRMNMUARAKRRRARMRERRAKRRANRNMOAN 
19 DC.L 1) in 
28 DC.B NT FONT iX HIER 
a2 KB 8 s# WERDEN 
22 DC.u fontName ;* STRUKTURN 
23 KEN DFH_ID s@ ZNITIALISIEN,, 
244 DIM 1 ;s* DIE DEN 
as RL ® ;* SYSTEM DIENEN. 
3. ns 
27 f£ontName: ;* 
AB 353 MAXFONTNAME ;* 
29 . 
sa £onet: ;* &£-- Beginn der 
3i DC.L ® ;* TextFont Struktur 
32 DC,.L 1%) . ns 
33 DC.B NT FONT ;* KEINE AENDERUNGEN 
34 DC.B oe ;_* 
35 DCL fontName ;* SINNVOLL 
36 DO,.L 1%) * 
37 DC.W fontEnd-font IRRE AK A KK UK KK 
a. sSNARRRKARKRKRERKRKRARMNRRRK AN KR KK KH KR RK AR A RR U KR AR A N KR RR UN 
2 ; $ 
41 ; AB HIER WIRD DER NEUE FONT BESTIMMT 
= IRRARnAKKnKAHRARAKANKUKAR AK 
44 Sg 
45 DC.W 8 ;* Zeichenhoehe in Pixel 
46 DC.B 1%) ;* Bestimmung des Styles 
47 DC.B FPF _DESIGNED+FPF PROPORTIONAL ;* und der Flags 
48 DC.W 14 ;* Normalbreite in Pixel 
49 DC.W 6 ;* Lage der Baseline 
50 8 
51 DC.W 1 N 
52 DC.W 8 ;* Zaehler mu_ ® sein 
33 DC.B 97 ;* ASCII-Wert f’r 1.Zeichen 
54 DC.B 188 ;* und fuer das letzte 
55 DC.L fontData ;* nicht aendern 
56 DC.W 8 ;* Modulo Wert 
97 ,- 
58 DC.L fontLoc ;* nicht aendern 
59 ee 
60 DC.L fontSpace ;* nicht aendern 
61 DC.L fontKern ;* nicht aendern 
62 
63 fontData: ;* Das eigentliche Aussehen des Fonts 
64 
65 DC.W s871C0,$08049,$070FF,$0F008 
66 DC.W SOFBE3, SQEDBEO, SOF8CP, $030098 
67 DC.W $SO7FCF, SOFYF3, $926CB, $03000 
68 DC.W SO3FYF,SOFFFF,SOFFC®d, $030008 
69 DC.W $SO1FOE, SOBYF3,$026C9, $83000 
78 DC.W $O9E98, $O80EB, $820CB, $030800 
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grammierer sind die entsprechenden 
Register hinter den Variablenbeschrei- 
bungen ın Klammern vermerkt. 

Ein anderes Problem, das sich nur in 
Assembler stellt, ist die Notwendig- 
keit, die einzelnen Registerinhalte zu 
retten, bevor die Funktionsparameter 
hineingeschrieben werden. Um die fol- 
genden Funktionen in Assembler auf- 
zurufen, muß sich ein Zeiger auf Gfx- 
Base ın A6 befinden. 

Manche Funktionen liefern eine Varia- 
ble <fehler> zurück. Ist diese ungleich 
Null, so ist die Ausführung der Funk- 
tion mißlungen. 

Es sei auch hier noch einmal erwähnt, 
daß die Systemfunktionen nahezu 
grundsätzlich Zeiger oder LONG-Va- 
riablen ( = 32 Bit ) verlangen und zu- 
rückgeben.) 


AddFont (textfont): 


Ü: struct TextFont *textfont (Al). 


R: Ein Font wird für das System ver- 
fügbar gemacht. 


An AddFont() wird eine Struktur Iext- 
Font übergeben. Diese Struktur muß ın 
einem Speicherbereich liegen, der 
allen Tasks zugänglich ist. Einen sol- 
chen reserviert man mit der Funktion 
AllocMem(), in die das Flag 
<MEMF _PUBLIC> eingebracht wer- 
den muß ( siehe Listing addmyfont.c ). 
TextFont stellt die komplette Defini- 
tion eines Fonts dar, der mit AddFont() 
verfügbar gemacht wird. AddFont() 
überprüft leider nicht, ob diese Defi- 
nition gültig ist. 


AskFont (rastport, 
textattr); _ 


U: struct RastPort *rastport (Al). 
struct TextAttr "textattr (AO). 


R: <textattr> wird mit den Fontdaten 
gefüllt, die mit <rastport> ın ann 
dung stehen. 


In der Struktur TextÄttr befinden sıch 
die wichtigsten Informationen zur 
Identifizierung eines Fonts. Mit Ask- 
Font() wird eine TextAttr-Struktur mit 
den zu einem angegebenen RastPort 
gehörenden Fontdaten gefüllt. So kann 
man prüfen, welcher Font in welcher 
Art auf einem Window aktiv ist. 


enable = 
Ask8SoftStyle 
(RastPort); 


U: struct RastPort ®rastport (Al). 


R: UBYIE enable (DV). 


Hier erhalten wır eine Bitmaske. Diese 
gibt an, welche Stylebits geändert wer- 
den dürfen und welche nicht. Bei ei- 
nem Font, der als normal <FS_NOR- 
MAL> konstruiert wurde, kann alles 
geändert werden. <enable> stellt das 
Inversum des ım Font festgelegten 
Style dar und wird zur nachträglichen 
Änderung durch SetSoftStyle() ge- 
braucht. 


fehler= 
AvailFonts(buffer, 
buffergröße, 
fonttyp); 


"buffer 


Ü: struct AvailFontsHeader 
(AD). 4 
LONG buffergröße (DO). 


UWORD fonttyp ( AFF_DISK und/ 
| oder AFFLMEMORY ) (D1). 
R: LONG fehler (DO). 


Mit dieser Funktion kann man prüfen, 
welche Fonts verfügbar sind, wobei al- 
lerdings nicht garantiert ist, ob sie 
wirklich benutzbar sind. Der Program- 
mierer muß der Funktion einen Spei- 
cherbereich zur Verfügung stellen, 
welcher die Rückgabewerte der Funk- 
tion aufnimmt. Das Bereitstellen eines 
Speicherbereichs sollte mit Alloc- 
Mem() geschehen. Jeder verfügbare 
Font belegt in <buffer> ca.30 Byte, da- 
her sollte eine Größe von 1000 Bytes 
vollkommen ausreichend sein. Mit 
<fonttyp> bestimmt man, wo nach ver- 
fügbaren Fonts gesucht wird. Eine 


Kombination der Suche im Speicher 


und auf Diskette ist möglich. In <buf- 
fer> befinden sich, nach erfolgreicher 
Ausführung von AvailFonts(), einige 
Strukturen. Die erste ist vom Typ 
AvailFontsHeader. Diese Struktur be- 
sitzt nur ein Element, nämlich das 
UWORD<afh_NumeEntries>, welches 
Auskunft darüber gibt, wieviele Struk- 
turen des Typs AvailFonts nun in <buf- 
fer> folgen. Für jeden gefundenen Font 


7ı DC.W $00403, $0E040, $OFBFF,SOF0009 

72 DC.W $00022, $00000,$000800,$00089 

13 DC.W $00098, $00000, $008008, $800088 

74 

75 fontioe: ;* Offset und Breite der Zeichen 

76 

78 DC.L $s000009908B, $0000B0882B, $800160007,$0081D9090B 

78 DC.L $8808280809C 

79 

88 fontSpace: ;* Breite einzelner Zeichen 

8l 

82 DC.W 880012,000012,090008,000012,000013 

83 

84 fontKern: ;* Beginn des Zeichens in der Matrix 

85 DC.W 80880821 , 0088001 ‚080001 , 8828001 , 008001 

86 

87 fontEnd: ;* Selbstredend 

88 END 

89 

--- END OF FILE : makediskfont.asm -—-- 

._._ ee ee seen 
LISTING VON Seiten a 
addmyfont.c 4596 . en 18: 08: 48 


vosounSsuovd- 


en ; 


% 


* Dieses Programm initialisiert einen Font und linkt 

* ihn direkt in das System, unter Zuhilfenahme . 
* von AddFont(). Als Zeichen seiner Existenz ist 

* eine Window-Titlebar mit dem Fontnamen auf dem. 

* WorkbenchScreen zu sehen. Solange das Close-Gadget 

* nicht betaetigt wird, 
* Tasks benutzbar. Nach dessen Betaetigung wird der 
* Font entfernt und aller Speicher, der benutzt 

* wurde, wieder freigegeben. 

* Das Programmm muss mit 'RUN ADDMYFONT' gestartet 

- 

x 

%« 


“ 
x 
x 
* 
* 
ist dieser Font fuer alle nn 
x 
* 
. 
x 
x 
R 
x 


werden, damit das CLI weiter zur en zur N 
Verfuegung steht. _ | N. 
KAnKuuKARKRANKAKANKAUNKRRRANKANKRARAAKAKKARKANA KERN ff 

struct IntuitionBase “IntuitionBase; 

struct GfxBase *GfxBase; 

struct TextFont “u: 


struct Window 
struct NewWindow 


X 9,20,240,18,-1,-1,CLOSEWINDOW, WINDOWDRAG! WINDOHDEPTH. 
ı WINDOWCLOSE, NULL, NULL , NULL, NULL, NULL, 0,0,808, 


*cleanup w; 


nw = 


WBENCHSCREEN }; 


/* Das Aussehen des Fonts */ 


8x63e®, 


UWORD cdat[] = { OxeO9f, 98x893f, Pxffe4, 
0x3019, 98x803c, ®x81b4, 098x908, 
8x1821, 08x8038, 0x832c, 0x908®, 
0x0c69, 08x0c6d, 28x9624, ®x6088, 
0xB6c0d, 098x306, PBxPc9d, B8x08008, 
0x03808, ®x1fcd, Oxffi12, 9x93cB, 
8xB6cd, BxB88cd, B8x380c, 8x70882, 
8x2c608, 8x0188, PxePd0dc, B®8x1100, 
08x1830, ®xc3081, 8x8012, B8x63cB, 
0x30818, 8xc6083, 2x00cd, 08x090808, 
BOxeßde, Bx7cOf, BxffcO, B8x00888, 
0x80088, ®x808088, 8x80008, 8x8888, 
0x20088, 8x000228, 2x08008, 08x2888, 
0x0008, ®x8908, 98x0009, 0x8088, 
0x020888, 8x0008, 28x0000, 2x088088 
}: 
/* Lage der einzelnen Zeichen */ 
UWORD cloc{]) = { 0x08088, 0xP90f, BOx0080f, O®xBB0d, - 
Bx88lc, ®xB8088e, 08x022a, 


/* Breite der einzelnen Zeichen */ 


UWORD cspc[] 
UWORD cker[] 
char 

main() 


LONG err; 


fontname [32]; 


= £ 11,15,16,19 ), 


= ( 2,2,2,2 }; 


0x8811 ); 


KICKSTART GRAFIK-SONDERHEFT 


43 


= sm = mm == === ee m mm >= am mom m zo mmmms.—s=m———m—mmoen 
m um mine wuu (iritn min Meine wenn Mi Amin Mei Mer Mil Min MM a Mir WM im sm I Mi MEN a u JR a a AN a MM Mi Ami am ME > A Mm MM Mu a u As A ds se Mh Mn Am A A Mi MM A da ME u Man Mn Man in Min Mas Maren Mm 


HH 


59 UWORD i,*ptr; 


68 

61 IntuitionBase = (struct IntuitionBase * ) 

62 OpenLibrary("intuition.library",®@L); 
63 if(!IntuitionBase) 

64 ende(); 

65 

66 GfxBase = (struct G£fxBase * ) 

67 OpenLibrary("graphics.library",0@L); 
68 if(!GfxBase) 

69 ende(); . 

70 

71 /* Die TextFont Struktur wird in einen Speicherblock 
18 gelegt, der allen Tasks zugaenglich ist (MEMF_PUBLIC)*/ 
13 tf = (struct TextFont *)AllocMem( 

74 (LONG) ( sizeof(struct TextFont) ) 

15 ‚MEMF PUBLIC); 
76 

77 if(!tf){printf("\nMEM - FAULT\n");ende();)} 

78 

79 str _ copy("my.font",fontname);/* Der Name des Fonts */ 
80 

81 /* Nun folgt die Initialisierung der TextFont-Struktur. 
82 Die ersten 7 Elemente koennen auch bei Ihren Fonts 
83 so belassen werden. */ 

84 tf->tf Message.mn Node.In Succ = NULL; 

85 tf->tf Message.mn Node.In Pred = NULL; 

86 tf->tf Message.mn Node.In Type = NT_FONT; 

87 tf->tf Message.mn Node.In Pri = NULL; 

88 tf->tf Message.mn Node.In Name = fontname; 

89 tf->tf Message.mn ReplyPort = NULL; 

98 tf->tf Message.mn Length = (UWORD) 

91 ( sizeof(struct TextFont) + 
92 sizeof(cdat) + 

93 sizeof(cloc) + 

94 sizeof(cspc) + 

95 sizeof(cker) ); 

96 /* Ab hier den eigenen Font definieren */ 

97 tf->tf YSize = 14; 

98 tf->tf Style = NULL; 

99 tf-»tf Flags = FPF_PROPORTIONAL:FPF DESIGNED; 
108 tf->tf_XSize = 19; 
101 tf->»tf Baseline = 12; 

102 tf->tf BoldSmear = ]; 

193 tf->tf Accessors = NULL; /* bleibt gleich */ 
194 tf->tf _LoChar = 88; 

105 tf->»tf HiChar = 9; 

106 tf->»tf CharData = (APTR)cdat; /* bleibt gleich */ 
107 tf->tf Modulo = 8; | 

108 tf->tf _ CharLoc = (APTR)cloc; /* bleibt gleich */ 
109 t£f->tf CharSpace = (APTR)cspc; /* bleibt gleich */ 
11® t£f->tf Charkern = (APTR)cker; /* bleibt gieich */ 
111 

il12 AddFont(t£f); 

113 

114 nw.Title = (UBYTE *)fontname; 

1195 

116 cleanup w = (struct Window *)OpenWindow(&nw); 

13} if(!cleanup w)ende(); 

118 

119 /* Wait() bewirkt dass der Task im Pause-Zustand 
12 ist und nicht bremsend auf Anderes wirkt. */ 

121 Wait(1L<<cleanup w->UserPort->mp_ SigBit); 

122 

123 RemFont(t£f); 

124 

125 ende(); 

126 , 

127 

128 ende() 

129 £ 

130 if(cleanup w) CloseWindow(cleanup w); 


1931 if(GfxBase) 


CloseLibrary(GfxBase); 


132 if(IntuitionBase) CloseLibrary(IntuitionBase); 


133 if(tf) 


134 FreeMem(tf, (long)sizeof(struct TextFont)); 
139 exit(1L); 

136 >) 

137 


138 str _copy(a,b) 
139 char "a,*‘D; 


1408 { 
141 while(*b++ = *a++): 
142 ) -—-- END OF FILE 
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addmyfont.c --- 


gibt es einen Eintrag, also auch für 
verschiedene Größen und Arten je- 
weils einen separaten. Sucht man so- 
wohl auf Diskette, als auch im Spei- 
cher, werden Doppelnennungen mög- 
lich. Die Struktur AvailFonts bietet ın 
ihrem Element <af_Type> darüber 
Aufschluß, wo der ın ıhr erwähnte Font 
gefunden wurde. <af_Type> nimmt 
dann also entweder den Wert 
AFF_DISK oder AFFLMEMORY an. 
Das zweite Element von AvailFonts, 
<af_Attr>, ist ein Zeiger auf die schon 
besprochene Struktur TextAttr, welche 
eine genaue Beschreibung des Fonts 
liefert. Nach der Auswertung dieser 
Informationen sollte man nicht ver- 
gessen, den für <buffer> reservierten 
Speicherplatz wieder freizugeben. 


ClearEOL(rastport); 


Ü: struct RastPort *rastport (Al). 


R: Eine Zeile wird gelöscht. 


Diese Funktion arbeitet mit dem Gra- 
fikbefehl Move() zusammen. Nach- 
dem der Grafikcursor mit Move() po- 
sitioniert wurde, löscht diese Funktion 
von dort aus bis zum Ende der Zeile 
(E(nd)O(f)L(ine) ). Die Zeilenhöhe, ın 
der gelöscht wird, entspricht der Höhe 
des Fonts, der auf dem genannten Rast- 
Port aktiv ist. 


ClearScreen(rastport); 


Ü: struct RastPort *rastport (Al). 
R: Der gesamte Darstellungsbereich 


des RastPorts wird gelöscht. 


Ab dem durch Move() gesetzten Gra- 
fikcursor wird bis zum rechten und 
zum unteren Bildrand gelöscht. Lö- 
schen heißt, daß alle Pixel mit der 
Farbe 0 gesetzt werden. Ist der ge- 
nannte RastPort allerdings im JAM2- 
Modus, werden die Pixel ın der Farbe 
gesetzt, die im BPen, also mit der 
Funktion SetBPen(), definiert wurde. 


CloseFont(textfont); 


Ü: struct TextFont *textfont (Al). 
R: Der aufrufende Task beendet 


seinen Zugriff auf den Font. 


Eın geöffneter TextFont wird für den 
aufrufenden Task geschlossen. Dies 
sollte immer getan werden, um die 
Systemressourcen nicht überzustrapa- 
zieren. Systemfonts werden aber nicht 
aus dem Speicher entfernt. Sie bleiben 
also für andere Tasks erhalten. 


textfont = 
OpenDiskFont 


(textattr); 


U: struct TextAttr *textattr (Al). 


R: struct TextFont *textfont (DO). 


Zuerst muß eine Struktur TextAttr mit 
den gewünschten Werten gefüllt wer- 
den. Diese Struktur, bzw. deren Adres- 
se, wird dann übergeben. Das System 
sucht nun einen Font, der den in 
TextAttr angegebenen Parametern ent- 
spricht. Zuerst wird im Speicher ge- 
sucht, dann in “FONTS:”. Wird die ın 
TextAttr angegebene Höhe <YSize> 
nicht gefunden, so wird ein Font der 
nächsten Höhe genommen. War der 
Font nicht ım Speicher vorhanden, 
aber auf Diskette, so ist er von nun an 
als Systemfont verfügbar. <textfont> 
ist ein Zeiger auf seine Position im 
Speicher, welcher für andere Funk- 
tionen benötigt wird. Ist dem in Text- 
Attr definierten Wunsch in keiner Wei- 
se genüge zu tun, so ist <textfont> nach 
der Ausführung Null, d.h., ein der- 
artiger Font ist in keiner Weise ver- 
fügbar. 


TextFont= 
OpenFont(TexAttr); 


Wie OpenDiskFont(), doch wird nicht 
auf der Diskette gesucht, falls der spe- 
zifizierte Font nicht im Speicher liegt. 


fehler = 
RemFont(textfont); 


Ü: struct textFont *textfont (Al). 


R: LONG fehler (DO). 


Der angegebene Font, welcher als Sy- 
stemfont vorhanden sein sollte, wird 
aus dem Speicher entfernt und aus der 
Systemfontliste gestrichen. 

Ein mit AddFont(), OpenDiskFont() 
oder OpenFont() ins System eingebun- 


LISTING VON 
showfont.c 


#include <intuition/intuitionbase.h> 
#include <libraries/diskfont.h> 


/* nur fuer Aztec © */ 
#include <functions.h> 


#include <libraries/dos.h> 


#define RP font window->RPort 


struct DosBase *DosBase; 
struct DiskfontBase *DiskfontBase; 
struct IntuitionBase “lIntuitibnBase; 
struct GfxBase *GfxBase; 


struct TextFont *tf£; 
struct TextAttr textattr; 


/* Ein einfaches Workbench Window auf dem die Fonts 
gezeigt werden */ 
struct NewWindow windowdata = 


20,80,600,80,8,1,CLOSEWINDOW, WINDOWDRAG !: WINDOWCLOSE 
SIMPLE REFRESH,NULL, NULL, (UBYTE *)"FONT CHECK" ‚NULL, 
NULL,600,80,688,8®8, WBENCHSCREEN 


struct Window *font window; 


LONG str_len(),dm; 


main() 


SHORT buf; 
UBYTE *fsp, fstr[30]; 
UWORD fheight;. 


if( (DiskfontBase = (struct DiskfontBase *) 
OpenLibrary("diskfont.library",®8L)) == NULL ) 


ende(); 
if( (IntuitionBase = (struct IntuitionBase *) 
OpenLibrary("intuition.library",®L)) == NULL ) 
ende(); 
if( (GfxBase = (struct GfxBase *) 
OpenLibrary("graphics.library",®L)) == NULL ) 
ende(); 


fsp = (UBYTE *)&fstr[0]; 


E22 ESP 2 ES ES E22 2 2 e 2 2 u en ne ee a ee a Ss ee En Eee ee a yes ee ey a nn ei 


* Einige Abfragen und initialisieren der TextAttr * 
* Struktur. ar 


printf("\n\n Fontname ? :"); 
scanf("%s",fsp); 


textattr.ta Name = fsp; 


printf("\n\n Fonthvhe ? :"); 
scanf("%d",&buf); 
fheight = (UWORD)buf; 


textattr.ta YSize = fheight; 


printf("\n\n DRAW MODE"); 

printf("\n & = JAN 1 = JAB2 ); 

printf(" 2 = COMPLEMENT 4 = INVERSID\n"); 
scanf("%1ld",&dm); 


/* Oeffnen des Ausgabewindows */ 
font window = (struct Window *) 
OpenWindow(&windowdata); 
i£(!font _window)ende(); 
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* Style und Flags hier auf NULL gesetzt. ; 


textattr.ta Style = (UBYTE)NULL; 
textattr.ta Flags = (UBYTE)NULL; 


[rer KARA EN KUE RER A KR RAI RR K 
Eigentlich benutzt OpenDiskFont() auch den “ 
Speicher, doch zur Verdeutlichung wird zuerst * 
mit OpenFont() geprueft ob der gewuenschte Font* 


» 


»* nn % 


im Speicher liegt. 
wird OpenDiskFont() versucht 


ist das nicht der Fall, * 


s, 


if(tet = (struct ToxtFont yopanFontlalsrtstir)) 
a %s ist im Speicher und benutzbar\n", 


else 


a 


a, ta Name); 


BEIDE \n im Speicher ist %s nicht !!", 


textattr. ta _ Name); 


rineel"sn Schauen wir auf die .. 


if(tf = (struct TextFont *) 


OpenDiskFont (Atextattr)) 


printf 


else 


I. UFF! in der an er gefunden"); 


print£cr\n. Auch auf der Diskette kein %3", 


ende(); 


2 
PFInt£("\n\nADTEU ENDE 


gezeigt. 


 Sotrontiar, 2); 


SetDrMd(RP, dm); 


_ SetAPen(RP, 2L); 


_ SetBPen(RP, on 


 Text(RP, textattr. ta_Name, ‚str_ len((char “)textattr.ta_Name)) 


;s Move 10L,25L); 


Text (RP, "abede", SL); 


Move(RP, 200L, 25L); 


textattr. ta _Name); M 


ee ee 
ist der Font Ben wird er in mens Arten * . 
nn MI 


 SatSoftstyie(ar, FSF_ ITALIC, 255L); 
Move(RP, 208L,40L); . 


 Text(RP, "abede”, SL); 


 SetSoftStyle(RP,FSF_ BOLD, aa.) 


Move(RP, 10L,40L); 


_ Text(RP, nase >31); 


 SetSoftStyle(RP, FSF _UNDERLINED, 2581); 
Move(RP,100L,25L); 


Text(RP, "abede", SL); 


SetSoftStyle(RP,FSF_ BOLD! FSF _UNDERLINED, 255L); 
Move(RP,100L,40L); 


Text(RP,"abcde", Su); 


ji» Der Task gibt den Fontzugriff auf */ 


CloseFont(tf); 


n Das Programm wartet. bis dr Close-Gadget des 


Windows angeklickt wird */ 


while(£ont „Window ’Hensagekay Caps I= CLOSEWINDOR) ; 


[KRHKuAHKannURUKAAMAKAN KANN KARA KARA AREA 


Der Font wird wieder aus dem System entfernt. " 


% 


> ER HR 


Benutzt man diese Funktion nicht, 
als Systemfont, 


der gewuenschte Font, 


so verbleibt * 
im eparennı 


auch wenn dieses. Progamm beendet ist. 
Startet man das Programm dann wieder und verlangt* 


denselben Font, 


sich dieser im Speicher befindet. 


RemFont(tf); 
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so erhaelt man die Meldung, da * 


_ 


dener Font wird aus diesem entfernt. 
Übergeben wird der Zeiger auf die 
TextFont-Struktur. Im Fall AddFont() 
wurde der Speicherplatz für die Struk- 
tur mit AllocMem() reserviert, daher 
muß man diesen mit FreeMem() wie- 
der freigeben, um den Font endgültig 
zu entfernen und den Speicher zu- 
rückzugewinnen. In den beiden ande- 
ren Fällen ist der Speicher nach Rem- 
Font() direkt wieder frei. Konnte der 
Font nicht entfernt werden, da er viel- 
leicht gar kein Systemfont war, ist der 
Fehlerwert <TRUE>, also ungleich 
Null. 


fehler = 
SetFont(rastport, 
textfont); 


‚Ü: struct RastPort *rastport (Al). 
struct TextFont "textfont (AO). 


R: LONG fehler (DO). 


Eın Systemfont wird einem RastPort 
zugewiesen. 

Eine verfügbarer, also ein im RAM 
oder ROM vorhandener, TextFont 
wird auf einem RastPort aktiviert. Alle 
in Zukunft mit Text() auf dem RastPort 
ausgegebenen Zeichen werden in dem 
durch TextFont spezifizierten Font 
dargestellt. 


neuerstil = 
SetSoftStyle(rastport, 
style,enable); 


U: struct RastPort *rastport (Al). 
UBYTE style (DO). 


UBYTE enable (D!). 
R: UBYTE neuerStil (DO). 


Ändern des Darstellungsstils eines 
Fonts. 

Die durch SetSoftStyle() erzeugten 
Änderungen beziehen sich auf die Sty- 
leflags. Man kann hiermit die Dar- 
stellunsart, bezogen auf einen Rast- 
Port, nachträglich ändern. Es gibt je- 
doch Einschränkungen. Ist nämlich in 
der betreffenden TextFont-Struktur, 
welche mit dem RastPort zusammen- 
arbeitet, ein Style schon fest vor- 
gegeben, läßt sich dies nicht rück- 
gängig machen oder gar verdoppeln. 
Um dies zu kontrollieren, braucht die 
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sie erkennen kann, was wirklich ver- 165 /* Probieren sie es aus !!! a 
ändert werden darf und was nicht. ee ARnKANKMUNKKARANNARNKMANKRRANÄRKAAAN NUR RANK / 
Diese wird durch die Variable <ena- 168 ende(); 
ble> dargestellt. Wir erhalten diese Va- . ; return(NULL); 
riable von der Funktion AskSoft- 171 
Style(), die also zuvor aufgerufen wer- 172 LONG str_len(s 
s 173 Shar "8; 
den muß. Den neuen Zustand des auf 174 £ 
dem RastPort gültigen Fonts erhalten 175 char *cp = 3; 
en | , 176 
wir in <neuerStil>, was dem <ta_Sty- 177 whireltop++): 
le>-Element in TextAttr entspricht. 178 return(cp-s-1l); 
179 }) 
180 
fehler = ee 
183 if(GfxBase) CloseLibrary(GfxBase); 
en re 184 if(IntuitionBase) CloseLibrary(IntuitionBase); 
185 if(DiskfontBase) CloseLibrary(DiskfontBase); 
S rıng änge); 186 if(font window) CloseWindow(font window); 
187 return(NULL); 
.. 188 ) 
U: struct RastPort *rastport (Al). 
STRPTR string (AO). --- END OF FILE : showfont.c --- 
5 Er ee 
LISTING VON : Belten 
R: LONG fehler (DO). listfonts.c 2811 rwed Today 17:00:49 
ZZE22=222mezsz222222zezzssseseseememzemeesermmummememesemee 33,4 ı ze=s=== 
Eine Zeichenkette wird gezeigt. i 7 /* Dieses Programm listet alle verfuegbaren Fonts 
Hiermit können wir nun endlich die * in ihren Hoehen auf und zeigt wo diese herkommen. 
Früchte unserer mühsamen Arbeit ern- 3 * Es zeigt die Funktionsweise von AvailFonts(). 
E i . ‚ 4 ARNANRENKNAEARKRARUNUNRUKURERNANN UNI MEN TUN RR IRN I IN) 
ten. Ein String wird in dem im Rast- 5 
Port gültigen Font, dessen Style und - cn ep einge 
A 5 ciude rarıes 5 ont. 
dessen DrawMode auf den Bildschirm 8 
gebracht. Die Stringlänge ist die An- e a ... ar c Ks 
& : 5 nclude uncti » 
zahl der Zeichen im String, weswegen 11 2a 
dieser, entgegen den ansonsten in C 12 #include <exec/memory.h> 
üblichen Konventionen, nicht mit ei- BInelNOn KllDrarsan/sos 
nem Nullbyte abgeschlossen werden 15 /* Groesse des Buffers fuer AvailFonts() */ 
muß. Die Ausgabe wird mit Hilfe der > BABEIDS ERRBERUR ıpaeL 
Funktion Move() positioniert, welche 18 struct DiskfontBase »DiskfontBase; 
- - N. . PR SO 19 struct IntuitionBase *IntuitionBase; 
u _ An ee 28 struct GfxBase *GfxBase; 
system” beschrieben wird. Die durc 21 
Move() bestimmte Position ist die Ba- 44 struct AvallFontsliender Tach; 
23 struct AvailFonts *af; 
seline des darzustellenden Fonts. Au- 24 
ßerdem kann man die im selben Artikel 2 wre ) 
beschriebene Funktion SetDrMd() 27 LONG err: 
gleichsam für Text() anwenden. > SHORT i; 
38 if( (DiskfontBase = (struct DiskfontBase *) 
4 - 31 OpenLibrary("diskfont.library",®L)) == NULL ) 
ne Text = a 
33 
ength astPort, 34 if( (IntuitionBase = (struct IntuitionBase *) 
35 OpenLibrary("intuition.library",8L)) == NULL ) 
string, stringlänge > u 
37 
_ 38 if( (GfxBase = (struct GfxBase *) 
U: (siehe Text() ). 39 OpenLibrary("graphics.library",®L)) == NULL ) 
R: LONG pixellänge (DO). sr: Bması): 


42 JTNSRMORRANNUMORRNUUANENUMAUNKUNNUN N MUNS ER N RE SHE N DIN ML RE SS 


43 * Reservieren eines Speicherbereichs fuer den Buffer* 


Die Übergaben sind mit denen der 


. . : 44 * von AvailFonts \ nf 

Funktion Text() identisch, jedoch er- 45 
folgt keine Bildschirmausgabe, denn 46 afh = (struct AvailFontsHeader *) 

& j er ke ei 47 AllocMem(FNAMEBUF, MEMF CLEAR); 
TextLength() gibt nur Auskunft darü- 48 if(!afh) ende(); 
ber, wieviele Pixel der Text bei der = 
Ausgabe in der Horiızontalen ein- 51 [RR RR RR 
nimmt. Je nach benutztem Font kann 52 * Der Aufruf selbst. Durch Uebergabe von AFF_DISK 


diese Länge sehr unterschiedlich sein. 
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<FSF_> einzusetzen. Wird hier ein 
Flag gesetzt, so bleibt dieses Attribut 
fest mit dem Font verbunden. Wird 
<FS_NORMAL> gesetzt, kann man 
die anderen Attribute später mit Set- 
SoftStyle() aktivieren. 


UBYTE tf Flags 


Die hier zu setzenden Flags beginnen 
mit <FPF_>. Bei der Erstellung ei- 
gener Fonts sollte man, den Emp- 
fehlungen der Amiga-Entwickler nach, 
auf <FPF_ROMFONT> verzichten, es 
sei denn, man befasse sich mit dem 
Gedanken, neue ROMs zu brennen. Es 
müßte aber möglich sein, das KickStart 
der 1000er Amigas zu mo-difizieren. 


UWORD tf XSize; 


Hier wird die normale Breite eines 


* und AFF_MEMORY, wird bewirkt, sowohl im Speicher 
* als auch in FONTS: gesucht wird. ef 


err = AvailFonts(afh, FNAMEBUF,AFF DISK:!AFF MEMORY); 
if(err) 


{ 
Write(Output(), "AVAIL FONTS ERR\r\n",16L); 
ende(); 


H 


Du.8.2.2 2 2 2 2 2 2 2 2 2 22 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 5 SE SE EEE ie nen nz 


* Nun wird ueber die AvailFontsHeader Struktur * 
* gesprungen, und ein Zeiger auf die folgenden * 
* AvailFonts Strukturen gebildet. 4 


af = (struct AvailFonts *)&afh[1]; 


JE NUNRANANANKSMERUNAKEMERRANAERRRURUK KHK ER RRN RAR RU RR N BR MR 


* Es werden alle Eintraege durchgeschaut und R 
* angezeigt. "E 


for( i = 8; i < afh->afh NumEntries; i++) 
{ 
DEIHELE \n Font : %s", 
(af+ti)->af_ Attr.ta_Name); 
printf("\n mit einer Hvhe von %u Pixeln", 
(af+i)->af Attr.ta YSize); 


if( (af+i)->af_Type == AFF_ DISK ) 


printf("\n in FONTS: gefunden\n"); 


else 


printf("\n im Speicher gefunden\n"); 


ende(); 
return (NULL); 


E6E.E.2 2 2 2 2 2 2 2 0 2 2 2 2 2 9 2 SE SE 2 7 2 SE ee er en een 


* Schliessen der geoeffneten Librarys und* 


* Speicherbereiche 


ende() 
{ 


if(GfxBase) 


f 


CloseLibrary(GfxBase); 


if(IntuitionBase) CloseLibrary(IntuitionBase); 


if(DiskfontBase) 
if(afh) 
return(NULL); 


--=. END OF FILE : 


CloseLibrary(DiskfontBase); 
FreeMem(afh, FNAMEBUF); 


listfonts.c --- 
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Nun aber zur eigentlichen Beschaf- 
fenheit eines Fonts. Wie zu Beginn 
schon erwähnt, handelt es sich dabei 
um ein Bitfeld. Dieses Bitfeld hat eine 
Höhe von sovielen Bits, wie durch <Y- 
Siıze> festgelegt wurde. Diesen Wert 
<YSize> finden wir in allen Struk- 
turen, die etwas über ein Font aus- 
sagen. Vor weiteren Überlegungen 
schauen wir uns die einzelnen Kom- 
ponenten der Struktur TextFont an, die 
einen Font in allen Einzelheiten de- 
finiert. 


struct Message 
tf Message; 


Eine Exec-Struktur, die zur Verbin- 
dung des Fonts mit dem System dient. 


UWORD tf YSize; 


Die Höhe des Fonts in Pixel (=Bits), 
also auch die Höhe des besagten 
Bitfeldes. 


UBYTE tf_ Style; 


Der Style des Fonts. Hier sind die 
Flags mit dem Beginn <FS_> bzw. 


Zeichens in Pixeln festgehalten. 


UWORD 
tf BaseLine; 


Die BaseLine ist die von oben ab- 
gezählte Bitreihe, in der sich der un- 
terste Punkt eines Zeichens befindet. 
Darunter kann dann noch Platz für die 
Unterstreichung bleiben oder z.B. der 


unterste Punkt eines “y”,”g” etc. dar- 
gestellt werden. 


UWORD 
tf BoldSmear; 


Wird hier Eins eingesetzt, können die 
Zeichen fett gedruckt werden. 


UWORD 
tf' Accessors; 


Dies ist nur ein Zugriffszähler, der auf 
Null gesetzt werden sollte. Man kann 
hier später abfragen, ob und wieviele 
Tasks auf den Font zugreifen. 


UBYTE tf LoChar; 


Normalerweise kann ein Font aus 256 
Zeichen bestehen. Wem das zuviel ist, 
da diese Menge nicht immer benötigt 
wird, der muß hier den unteren ASCII- 
Wert, der dann dem ersten eigenen 
Zeichen entspricht, angeben. Die wei- 
teren definierten Zeichen folgen dann 
der Reihe nach mit entsprechenden 
ASCI-Werten bis zu: 
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UBYTE tf HiChar; 


.„.welches dann den ASCII-Wert des 
letzten definierten Zeichens darstellt. 


APTR ( unsigned 
Char *) 
tf CharData; 


Der Zeiger auf das vielzitierte Bit-feld. 
Die Daten entsprechen den rei- 
henweisen Bitfolgen, zuerst die obere 
Reihe, dann die zweite von oben usw., 
immer von links nach rechts. Nach 
dem letzten Zeichen muß man noch ein 
weiteres definieren, das gezeigt wird, 
wenn dem gegebenen ASCII-Wert 
kein entsprechendes Fontzeichen zu- 
geordnet ist. 


UWORD 
tf Modulo; 


Dieser Wert stellt die Breite des Bit- 
feldes in Byte dar, also Breite in Pixel 
geteilt durch 8. Hätte man also einen 
Zeiger auf ein Bit einer bestimmten 
Spalte, und würde auf diesen Zeiger 
<tf Modulo> addieren, hätte man ei- 
nen Zeiger auf ein Bit derselben Spalte, 
in der nächsten Reihe. 


APTR tf_CharLoc; 


Ein Zeiger auf ein Datenfeld, in wel- 
chem sich für jedes Zeichen zwei 
WORDs _ bereithalten. Das erste 
WORD sibt die Spaltenzahl an, in der 
das Zeichen beginnt, das zweite die 
Bitbreite des Zeichens. Das geschieht 
in der Reihenfolge: Spalte (1.Zei- 
chen),Breite(1.Zeichen), Spalte (2.Zei- 
chen),usw.. Dieses Datenfeld ist für die 
Erstellung proportionaler Zeichensätze 
wichtig. 


APTR 
tf CharSpace; 


Ein Zeiger auf ein WORD-Datenfeld, 
in dem nacheinander die Anzahl der 
freien Spalten nach einem Zeichen 
stehen. Man kann sich allerdings auch 
auf die Gesamtzeichenbreite <tf_ X- 
Size> beziehen; dazu ist dieser Zeiger 
auf Null zu setzen. 
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APTR 
tf Charkern; 


Ein weiterer Zeiger auf ein weiteres 
Datenfeld. In diesem befinden sich 
WORDs, die die Anzahl der freien 
Spalten innerhalb des Bitbereichs eines 
Zeichens vor dem ersten gesetzten Bit. 
darstellen. 

Wir haben also nicht nur die Mög- 
lichkeit, mittels <tf_XSize> eine starre 
Zeichenbreite zu erzeugen, sondern 
können auch varıable Zeichenbreiten 
innerhalb eines Fonts benutzen. Dies 
nennt man Proportionalschrift. Der Ef- 
fekt ist, daß ein kleines “ı” dann nicht 
mehr soviel Raum einnimmt wie z.B. 
ein großes “M’”. Hat man eine solche 
TextFont-Struktur komplett initiali- 
siert, so kann man diese an AddFont() 
übergeben und den erstellten Font 
somit benutzen. Theoretisch sollte nun 
alles klar sein. Um sich den prak- 
tischen Ablauf zu verdeutlichen, sollte 
das Listing addmyfont.c näher begut- 
achtet werden. 

Man kann auch eigene Diskfonts er- 
zeugen. Ein Beispiel dafür ist das As- 
sembler-Listing makediskfont.asm. 
Lassen Sie sich nicht durch den Namen 
Assembler abschrecken, denn es sind 
keinerlei Kenntnisse darüber erforder- 
lich. Sie müssen nur die besprochenen 
TextFont-Daten an den jeweils ge- 
kennzeichneten Stellen in das Listing 
einfügen und dieses dann assemblieren 
und linken. Weiterhin braucht man 
noch einen File, damit das System 
Ihren eigenen Diskfont findet. Um sich 
zu verdeutlichen, wie Diskfonts aufge- 
baut sind, schauen Sıe doch einmal in 
eine “font”-Directory. 

Diese sicht etwa so aus: 


opal(dir) - 
ruby (dir) 
garnet (dir) 


 opal.font ruby.font 
garnet.font 


Die xax.tont-Files sind die besagten 
Files mit den Verwaltungsinforma- 
tionen. Da man einen Font ja in di- 
versen Größen definieren kann, steht in 
diesem File, wieviele Definitionen, al- 
so welche Größen vorhanden sind, und 
wo die eigentliche Definition zu finden 
ist. Diese sollte immer in der “fonts”- 
Directory zu finden sein. Sie sehen in 


der Directory “fonts” mehrere Sub- 
directories mit den entsprechenden Na- 
men. In diesen befinden sich die 
eigentlichen Diskfont-Files, die ein- 
fach nur ihre jeweilige Höhe zum 
Namen haben. Um diesen Standard 
einzuhalten, kreieren Sie Ihre Disk- 
fonts nach folgendem Schema: 
Angenommen: Man hat einen Font 
“myfont” in zwei Größen entworfen, 
nämlich 9 und 14. 

Eröffnen Sie im Verzeichnis “fonts” 
ein Unterverzeichnis "myfont’”. 
MAKEDIR fonts:myfont 

Nun kopieren Sie die mit makedisk- 
font.asm erstellten Files 9 und 14 in 
das eröffnete Verzeichnis. 

Starten Sie nun das Programm make- 
diskfontfille und beantworten Sie 
dessen Eingabeanforderungen. Den 
dadurch entstandenen File “"my- 
font.font” kopieren Sie in das “fonts”- 
Verzeichnis. 

Jetzt ıst der neue Font verfügbar und 
kann aus Programmen wie Notepad 
oder Vizawrite benutzt werden. Sie 
können ihn auch mit dem Programm 
showfont anzeigen lassen oder mit 
listfonts sein Vorhandensein über- 
prüfen. 

Der Vorteil der Diskfonts ist, daß sie 
sich von jedem Programm aus nutzen 
lassen, das mit Fonts arbeitet. Man 
kann natürlich auch, bevor man ein sol- 
ches Programm startet, einen eigenen 
Font mit addmyfont ın das System 
integrieren. Doch Vorsicht! Einen Re- 
set überlebt dieser Font nicht. 

Nun sollte es Ihnen möglich sein, Fonts 
in allen erdenklichen Weisen zu nut- 
zen. Damit und bei Anderem wünsche 
ich Ihnen viel Spaß und wenig Gurus. 
Folgende Programmlistings sollen 
beim Arbeiten mit Fonts Unterstützung 
liefern. 


—— 


. showfont.c (zeigt einen beliebigen 
vorhanden Font) 

2. listfonts.c (zeigt alle verfügbaren 
Fonts und deren Eckdaten) 

3. addmyfont.c (definiert einen Font 
und bindet ihn in das System ein) 

5. makediskfont.asm und 

6. makediskfontfile.c (dienen zur 
Erstellung eines Diskfonts) 

Hinweise zur Benutzung und 

Erstellung der Programme finden Sie 

in den Listings selbst. 
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Schon lange geistert dieses Bauteil des Amiga durch 
die Presse und durch die Gespräche der "Fachkun- 
digen ". Wir wollen nun etwas Klarheit in die 
BlackBox des Agnus bringen, dort ıst der Copper 
nämlich zu finden. 
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Wie viele sicher wissen, ist der Agnus 
ein VLSI- Bauteil ( Very Large Scale 
Integration ) wie auch die beiden an- 
deren Custom-Chips. Der Copper ist 
der springende Punkt der Amiga- 
grafik. Er ist ein echter Coprozessor, 
der parallel zum 68000 arbeitet, was 
bedeutet, daß er einen eigenen DMA- 
Kanal ( Direct Memory Access ) zur 
Verfügung hat. Er läuft synchron zum 
Elektronenstrahl des Monitors und 
kann abhängig von dessen Position 
spezielle Operationen durchführen, 
zum Beispiel das Umschalten von 
Farbtabellen ( mehrere Screens mit 
verschiedenen Farben ) oder die Än- 
derung der Auflösung ( mehrere 
Screens mit verschiedenen Auf- 
lösungen ). Da der Copper ein Co- 
prozessor des 68000 ist, besitzt er lo- 
gischerweise auch einen eigenen Be- 
fehlssatz. Programmteile ( Copper In- 
struction List ), die auf den Copper- 
befehlssatz zugreifen, werden abge- 
arbeitet, während die CPU ihre ei- 
genen Befehle abarbeitet ( 68000 In- 
struction List ). Erst durch diese 


Technik ist es überhaupt möglich, mit. 


vielen Screens zu arbeiten. Diese pa- 
rallele Verarbeitung ist natürlich nicht 
wirklich parallel, da der Bus, über den 
Speicherzugriffe laufen, nur eine Infor- 
mationseinheit gleichzeitig übertragen 
kann. Doch hier kommt eine weitere 
Stärke des Amiga zum Tragen. Der 
Systemtakt liegt nämlich nicht bei 7.19 
MHz, sondern bei 14.38 MHz. Diesen 
Takt “teilen” sich die CPU und die 
Costumchips. Für jeden Chip sieht es 
dann so aus, als würde das System mit 
7.19 MHZ arbeiten. Erst durch diesen 
hohen Systemtakt wird der Amiga so 
schnell, wie er ist. Während des Ein- 
schaltens des Amiga ist der Copper erst 
einmal inaktiv, d.h nur der MC68000 
ist aktiv. Erst das Betriebssystem des 
Amiga teilt der CPU mit, daß doch 
bitte der Copper zu aktivieren sei. Das 
Betriebssystem, in Form der CPU, 
schreibt hierzu extra ein paar Copper- 
Befehle in den Speicher. Die CPU teilt 
nun dem Copper über ein spezielles 
Hardwareregister mit, wo er diese In- 
struktionen vorfindet. Danach hat die 
CPU nichts mehr mit der Kontrolle des 
Videodisplays zu tun, diese Tätigkeit 
hat der Copper nun vollständig über- 
nommem. 
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Die Softwareseite 
des Coppers 


Dem Programmierer stehen, wie schon 
erwähnt, spezielle Befehle zur Cop- 
persteuerung zu Verfügung. Mit diesen 
Befehlen ist es möglich, die Effekte zu 
erzeugen, die man u.a. in den Boot- 
intros bewundern kann. Doch nun zum 
Copper-Befehlssatz. Obwohl dieser 
Befehlssatz nur drei (!) Instruktionen 
beinhaltet, ist es mit ihm möglich, all 
das zu machen, was oben beschrieben 
wurde. Diese drei Befehle sind WAIT, 
MOVE und SKIP. Sie umfassen 
immer ein LongWord ( 4 Byte, 32 Bit ), 
und der Copper greift grundsätzlich 
auf das komplette LongWord zu. Der 
Copper hat weiterhin Zugriff auf fast 
alle Hardware-Register des Amiga. 
Durch eine Veränderung dieser Re- 
gister wird der Copper und damit das 
Videodisplay gesteuert. Doch das Be- 
triebssytem des Amiga stellt dem Be- 
nutzer außer dem Wait-, Move- und 
Skip-Befehl noch einige Makros zur 
Copperprogrammierung zur Verfü- 
gung, als da wären: 


And 


Dieser Befehl beendet eine vom Pro- 
grammierer erstellte Copperlist.Die 
Syntax lautet: 


Chad | 


c : Ein Pointer (Zeiger) auf eine 
UCoplist. 

Er ruft zuerst CWait auf, und zwar so, 
daß der Copper weiß, hier ist die Liste 
zu Ende, und setzt dann den Pointer 
durch Aufruf von CBump auf die 
nächste Speicherstelle, wo man an- 
schließend eine weitere Instruktion 
eintragen Könnte. 


Mit diesem Befehl kann man den Kopf 
einer beliebigen Copperlist aufbauen. 
Die Syntax lautet: 


CiInit (ec, n) 


c : Ein Pointer (Zeiger) auf eine 
UCoplist. 
n : Die Anzahl der Instruktionen. 


ClInit belegt den benötigten Speicher 
für n Instruktionen und für den Pointer 
der Copperlist. Falls c schon definiert 
ist, wird die Datenstruktur der Liste 
neu initialisiertt. Man kann an- 
schließend am Ende der Liste neue Be- 
fehle anhängen. CINIT ruft, um dies zu 
machen, u.a. UCopperlListlnit auf. 


CMOVE _ | 


Hängt einen Move-Befehl an das Ende 
der aktuellen Liste an. Die Syntax 
lautet: 


c : Wie immer der Pointer zu der 
aktuellen UCoplList. 

a: Das betreffende Hardwareregister. 
v : Die 16-Bit- Zahl, die in in die Liste 
eingetragen werden soll. 
Grundsätzlich ruft CMOVE zuerst 
CMove auf, anschließend wird CBump 
aufgerufen. Dadurch wird der Pointer 
auf den nächsten Befehl gesetzt. 


Wartet, bis der Elektronenstrahl die an- 
gegebene Position erreicht hat. Die 
Syntax lautet: 


CWAIT (e,3,%) 


c : Nun ja, das gleiche wie immer. 

y : Die Y-Position, bis zu der der 
Copper warten soll. 

x : Die X-Position, bis zu der gewartet 
werden soll. 

Auch CWAIT ist wieder ein Makro, 
zuerst wird CWait, anschließend C- 
Bump aufgerufen. Das Resultat ist, daß 
der Copper erst dann, wenn die ange- 
gebene Position erreicht ist, die 
nächste Instruktion ausführt. 


UCopperlistInit | 


Baut den Kopf einer User-Copperlist 
auf. Syntax: 


UCopperlList (c, n) 


c : Pointer zu einer UCopperlist. 

n : Anzahl der folgenden Instruktionen. 
( Siehe: CINIT )Außer den reinen 
Coppersteuerbefehlen gibt es noch Be- 
fehle zur Copperlist-Behandlung. Mit 
ihnen kann man den von der Copperlist 


AZTEC-C FÜR AMIGA 
VERSION 3.6 


Wußten Sie, daß eines der verbreitesten und komplexesten Betriebs- 
systeme - UNIX - in C geschrieben ist ? 


Wußten Sie, daß auch das Betriebssystem 
des AMIGA größtenteils in C geschrieben 
wurde ? 


Wußten Sie, daß C eine der wichtigsten 
und modernsten Programmiersprachen 
ist ? 


Wußten Sie, daß Aztec-C einer der 
schnellsten und leistungsfähigsten 
Compiler für den AMIGA ist ? 


Wusßten Sie, daß jetzt 
Aztec-C in der Version 3.6 
verfügbar ist ? 


Möchten Sie mehr darüber wissen? 
Dann schicken Sie uns einen ausreichend 
frankierten Rückumschlag und Sie erhalten 
ausführliche Information. 


Up-Date-Service für alle MANX-Kunden auch bei uns. Fragen Sie nach! 


HIERMIT BESTELLE ICH: 
[L] AZTEC-C68K/AM-P 

PROFESSIONAL SYSTEM FÜR DM 398.- NAME: 
L] AZTEC-C68K/AM-D 


DEVELOPER SYSTEM FÜR DM 598.- 
[|] AZTEC-SDB SOURCE SERBENEHAEN 
LEVEL DEBUGGER FÜR DM 149.- 


Versandkosten: Inland DM 7,50 Ausland DM 10,-. STRAßE: 
Auslandbestellungen nur gegen Vorauskasse 
Nachnahmegebühr DM 3,70 


ORT: MERLIN COMPUTER GMBH 
[] Vorauskasse INDUSTRIESTRAßE 26 
[] Nachnahme 6236 ESCHBORN 
UNTERSCHRIFT: 


TEL. 06196/481811 


AZTEC-C IST EIN EINGETRAGENES WARENZEICHEN VON MANX SOFTWARE SYSTEMS 
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Auch ein buntes Schriftbild läßt sich erzeugen. 


belegten Speicher an das System zu- 
rückgeben. Da wir gerade beim 
Speicher sind, dazu noch ein paar An- 
merkungen. Der Copper kann, wie die 
anderen Customchips auch, nur auf 
CHIP-Memory zugreifen. Da das 
Betriebssystem aber grundsätzlich 
FAST-Memory ( falls davon etwas da 
ist ) belegt, ist mıt Problemen zu rech- 
nen, wenn man beim Speicherbelegen 
nicht angıbt, welche “Sorte” RAM 
man haben will. Viele der sogenannten 
Cracker berücksichtigen dies nicht, 
und logischerweise stürzen ihre Pro- 


gramme dann ab, wenn man sie auf 


einem Amiga mit FAST-Memory 
startet. Doch jetzt zu den ange- 
sprochenen Prozeduren. 


FreeCoplist 


Gibt den Speicher einer Usercopperlist 
an das System zurück. Syntax: 


FreeCopList (c ) 


c : Pointer zu einer CopList. 
FreeCprList 
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IR I 
Dei 


Gibt den Speicher einer Hardware- 
copperlist an das System zurück. 
Syntax: 


FreeCprList ( c 


c : Pointer zu einer Cpr List. 

Der nützlichste von allen Befehlen ist, 
obwohl man es kaum glauben mag, der 
Wait-Befehl. Durch eine direkte 
Kontrolle der Hardware-Register ist es 
dem Copper möglich, zu warten, bis 
der Elektronenstrahl auf dem Bild- 
schirm eine spezielle Position erreicht 
hat. Wenn dies der Fall ist, werden die 
für diesen Punkt spezifizierten Befehle 
ausgeführt, zum Beispiel ein MOVE- 
Befehl. Mit diesem MOVE-Befehl 
wird Datentransfer innerhalb des 
Speichers bewältigt. Man kann mit ıhm 
die Copperlist aufbauen und mani- 
pulieren. Da der Zugriff des Coppers 
direkt auf die Register erfolgt, wird der 
Amiga praktisch nicht verlangsamt. 
Nach einem Wait-Befehl können 
übrigens mehrere Move-Befehle 
stehen. Mit dem Skip-Befehl ist dann 


noch möglich, Schleifen bzw. GoTo- 
Operationen zu programmieren. 


Die Tätigkeiten des 
Coppers 


Wenn nur die Workbench oder ein 
einzelner Screen auf dem Bildschirm 
zu sehen ist, hat der Copper nicht viel 
zu tun. Anders wird das, wenn man 
mehrere Screens auf dem Bildschirm 
hat; der Copper wird dann stark be- 
ansprucht. Wenn, wıe meist, die Auf- 
lösungen und die Farbtabellen der 
Screens völlig verschieden sind, 
kommen die Fähigkeiten des Coppers 
zum Tragen. Er erhält von der CPU die 
Meldung “Achtung! an der betref- 
fenden Stelle bitte auf eine andere 
Farbtabelle und Auflösung um- 
schalten”. Der Copper wartet, und 
wenn der Elektronenstrahl an der fest- 
gelegten Stelle ıst, schaltet er um. Al- 
lerdings kann er nicht an jeder be- 
lıebigen Stelle und auch nicht beliebig 
oft schalten. In der Horizontalen kann 


der Copper maxımal 113mal schalten, 
das sind in LoRes-Auflösung 4 und in 
HighRes-Auflösung 8 Punkte. In der 
Vertikalen sind an sich 255 Schalt- 
positionen möglich. In dem Beispiels- 
programm werden allerdings keine 
Umschaltungen auf horizontalen Po- 
sitionen vorgenommen. Wenn man 
dies machen würde,wäre es möglich, 
im LoRes-Modus mehrere hundert 
Farben darzustellen. 

Doch nun zur Erklärung des Cop- 
perprogramms. Wie man auf dem Foto 
sieht, ist auf der Workbench eine von 
oben nach unten verlaufende Färbung 
zu sehen. Diese Färbung kommt da- 
durch zustande, daß der Copper an 16 
Y-Positionen auf eine andere Färbung 
umschaltet. 

Aufruf: WBCop  (anlaus) 
(0..FFF)] [Differenz (+- 


[Farbe 
0..F0)] 


|Farbnummer (0..3)] 
Farbe : Farbe, mit der angefangen 
werden soll, Angabe ın Hex-Werten. 


Wıe man sieht, kann jede Farbe ın 16 
(0... F) verschiedenen Intensitäten dar- 
gestellt werden. Durch Mischen der 


Farben kann man 16 * 16 * 16 = 4096 
verschiedene Intensitäten darstellen. 


Differenz : Differenz zwischen zwei 
Farben, Angabe in Hex-Werten. Es 
können positive oder negative Dif- 
ferenzen angegeben werden. 


| Farbnummer : 
Farbnummer 0 = Hintergrundfarbe 


_ Farbnummer I =Textfarbe 
Farbnummer 2.3 = Die beiden 
_ anderen Farben der Workbench 


Wenn man nur "WBCop an” eingibt, 
wird die voreingestellte Copperlist auf 
die Workbench gelegt ( siehe CONST 
im Kopf des Programmes ). Bei “ WB- 
Cop an FI0 I 1“ wird eine von Rot 
nach Violett übergehende Copperlist 
auf die TextColor der Workbench ge- 
legt. Mit “WBCop aus” wird die ak- 
tuelle Copperlist wieder ausgeschaltet 
und der belegte Speicher ans System 
zurückgegeben. 

Voraussetzung für das Einblenden ei- 
ner Copperlist ıst, daß man die View- 
Port-Adresse des betreffenden 
Screens, hier der Workbench, kennt, 
denn im ViewPort ist der Pointer auf 
die aktuelle Copperlist des Screens de- 
finiert. An den ViewPort der Work- 
bench heranzukommen, ist im Mayer- 


Vogt Modula-2 recht einfach. Man ruft 
einfach die Prozedur OpenWorkBench 
auf; diese Prozedur gibt den Screen- 
Pointer der WorkBench zurück. Da in 
der Screen-Struktur ein Pointer auf den 
VıewPort existiert, kann man dann 
leicht die Adresse des ViewPorts aus- 
lesen ( durch die Kenntnis des Screen- 
Pointers kann man Operationen vor- 
nehmen, wie Einblendungen in die 
Screen-Titelzeile ( Pfad-Namen, Uhr- 
zeit etc. ))..Wenn man den Pointer auf 
den Workbench-ViewPort ausgelesen 
hat, wird anschließend die aktuelle 
Copperlist gelöscht. Das geschieht mit 
der Prozedur FreeCopList. Falls meh- 
rere Copperlisten vorhanden sind, wer- 
den alle gelöscht. Nun wird mit CWait, 
CBump und CMove in der Prozedur 
WBCopper eine neue Copperlist auf- 
gebaut und auf den betreffenden 
Screen gelegt. Wenn WBCop mit dem 
Parameter <aus> aufgerufen wird, 
löscht die Prozedur ClearCopperList 
die aktuelle Copperlist, anschließend 
wird eine “leere” Copperlist auf den 
Screen gelegt. Falls weder die Option 
<an> noch die Option <aus> 
angewählt wurde, bekommt der Be- 
nutzer eine Kurzanleitung des Pro- 
eramms zu sehen. And now, have a lot 
of fun with your CopperWorkbench! 


a n RE EN anderiit, 11 a En 
Ai. . Seine en 
FreeCoplist; | 


4 PRO Hardware 


INPORT custon; 


KICKSTART GRAFIK-SONDERHEFT 


„N 
4 


15 EFRON Indut IMPORT Writestring, Writeln; 
16 FRON Intuition IMPORT ScreenPtr, RethinkDisplay, OpenWorkBench, 


17 DispiayAlert; 

18 FROM Storage IMPORT ALLOCATE; 

19 FROM Strings IMPORT Compare; 

20 FROM SYSTEK IMPORT ADDRESS, ADR; 

2l 

41 (*t------------------ 4444444 HH aa aan nn nn A) 
23 

24 

25 CORST DefaultColor = QFOH; 

26 DefaultDifferece : |: 

27 DefaultColorAunber = ®; 

28 

19 (*---------- 44 44 HH HH Hamann nn k) 
30 

3] EZIPE STAING = DOLNIER TO ARBAL |1..356] OF CHAR: 

32 

33) (?------------- Hmm 44H HH HH HH Hana | 
34 

35 VAR Text : STRING, 

36 wBVPort  ViewPortPtr, 

3/ Laenge « INTEGER; 

38 cl : WeopListptr: 

39 Color,Difference, 

40 ColorAunber : LONGINT; 

4] Vorzeichen, Error : BOOLEAR; 

42 

4) (*=------ 4-40 HH HH Ha HEHE HH Hanna k) 
44 

45 PROCEDURE Nolenory; 

46 

47 (* Darstellen einer Systemnmeldung mit einem Guru-Alert *) 

48 

49 VAR 

50 Alertiext: RECORD 

Jl XPositionl : CARDINAL; 

j2 Text]  ARBAT 10..39| OE CHAR: 

53 APosition? : CARDINAL; 

54 Text? : ARRAT 10. .121 OE CHAR 

33 E80: 

56 

57 BEGIN 

58 WITH Alertlext DO 

59 Textl :="‘0perator Failure. Press left mouse button to continue. '; 
60 XPositionl :=18®; 

6l Textil] :=CHAR (13): 

62 Taxtıl59] :=CHAR (1): 
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text) =» Ro Henory’; 
_Kposition2 :=2369: 
gexts 0) :=CHAR (30): 
Text2/ld) :=CHAR (B) 
END; 
IF DisplayAlert (8, ADR(AlertText), 60) THEN END 


 ERD Nollenory; 


 PROCEDURE WBViewPort(VAR WBVP : ViewPortPtr ): 
 NAR WöscreenPtr : ScreenPtr; 


BEGIN 


 WBSc-eenPtr := OpenkorkBench (); 
WBVP := ADR (WBScreenPtr‘.viewPort) 
END WBViewPort:; 


PROCEDURE ClearCopperList (VAR WBVPort : ViewPortPtr); 


VAR Copperilst : UbopListptr:; 


BEGIN 


wBViewPort (WBVPort): 
IF WBVPort % NIL THEN 
_ Aopperlist:= Allochenm (SIZE (Copperlisk‘), 
MemRegSet{chip, public,menClear)); 
Gopperlist .= WbWPort ‚ucopins; 
WHILE Copperlist # NIL DO 
 Eresboplist (Copperlist’.firstCopList); 
Gopperlist := Copperlist‘ .next 
END 
ELSE 
NoNenory 
END 
ERD ClearCopperList; 


PROCEDURE WBCopper (ViewPort : ViewPortPtr; 
Color,Difference,ColorKumber : INTEGER): 


NARi « INTEGER; 


Ci . SEopListptr: 
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ill 
112 
113 
114 
113 
116 
ill 
118 
119 
120 
121 
122 
14) 
124 
1235 


126 


127 
128 
129 
130 
13] 
132 
133 
134 
13) 
136 
137 
138 
139 
140 
141 
142 
143 
144 
143 
146 
147 
148 
149 
150 
13l 
132 
193 
154 
13) 
136 
13] 
158 


J8 


BEGIN 
cl:=AllocHern (SIZE(c]’), HenRegset{chip, public,menllear)): 
IE cl $ NIL THEN 
FOR i.=6 I0 15 0 
CHait (el,i*16,B); 
CBunap (cl): j 
CHove (cl, ADR (custom.color[ColorXunber]), Color + Difference ?* 1); 
CBunmp (cl) 
END; 
CWait (cl, OFFEH, OFFER): 
CBunp (cl); 
VienPort’ .ucopins := c|: 
RethinkDisplay 
ELSE 
Nolenory 
ERD 
END WBCopper; 


PROCEDURE Copperlist(Color,Difference,ColorNunber : INTEGER): 
VAR WBVPort : ViewPortPtr: 


BEGIN 
Assert ((Color ( 4096) = TRUE, ADR (" Max 4996 (FFF) Farben")): 
Assert ((Difference < OF®H) OR (Difference ) -dFOH) = TRUE, 
ADR ("Richt existente Farbe")); 
Assert ((ColorKumber ( 4) = TRUE, ADR ("Nur Farben d-3')); 
Assert ((Color + 16 * Difference )= 0) AND 
(Color + 16 * Difference ( 4095) = TRUE, 
ADR ("Nicht existente Farbe")); 
ALLOCATE (WBVPort,SIZE(WBVPort‘)): 
IF WBVPort $ NIL THEN 
ClearCopperList (WBVPort); 
IF WBVPort $ NIL THEN 
WBCopper (WBVPort,Color,Difference,ColorXunber) 
END 
ELSE 
NoMenory 
END; 
END Copperlist; 


BEGIN 
ALLOCATE (Text,5IZE(Text’‘)); 
GetArg (1,Text’,Laenge); 
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89 IE Sompare (Text ’,0,3,’an’,FALSE) = 0 THEN 
169 IF Numärgs () > 1 THER 


161 Getärg (2,Text’,Laenge); 
162 strToVal (Text’,Color, Vorzeichen, 16,Error): 
163 Assert (Error AND Vorzeichen = FALSE, ADR ("Argument Fehler 1")); 
164 GetArg (3,Text’,Laenge); 
165 strioVal (Text‘,Difference, Vorzeichen, 16, Error); 
166 Assert (Error = FALSE, ADR ("Argument Fehler 2")); 
167 Getärg (4,Text‘,Laenge); 
168 strToVal (Text‘,ColorNumber Vorzeichen, i@,Error); 
169 Assert (Error AND Vorzeichen = FALSE, ADR ("Argument Fehler 3")); 
en 1: Copperlist (INTEGER(Color), IRTEGER(Difference), INTEGER(ColorNunber)) 
SE 
er Copperlist (DefaultColor DefaultDifferece,DefauitColorNunber) 
ERD 


174 ELSIF Conpare (Text’,0,3,"aus",FALSE) = & THEN 
115 ALLOCATE (WBVPort,SIZE(WBVPort‘)); 

176 ClearCopperList (WBVPort); 

177 IF WBVPort % NIL THEN 


178 cl:=AllocKem(SIZE (ci’), MenRegset{chip, public, nenClear)); 
9 ö TECIEÄAL TEN 
180 | CWait (cl, ®FFFH, OFFER): 
Hi CBunp (cl); | 
182 | WBVPort .ucopIns := cl}; 
183 RethinkDisplay j 
a 
185 Nolemory 
186 END 
187 ERD 
188 ELSE 


109 Hritestring (” Syntax : WECop an [Farbe (0,.FER)) [Differenz (+-8..F8)]°'); 
190 WriteString (" [Farbnuaner (8..3)]'); nn 
191 NWriteln; 

192 Writestring (* Schaltet die Copperlist an °); 

193 Writeln; 

194 Writestring (" Syntax : WBCop aus’); 

195 Ieiktels: 

196 Writestring (" Schaltet die Copperlist aus"); 

197 Writeln; 

198 WriteString(" Nur vom CLI aus benutzen'); 

199 Writeln; 

200 WriteString(" Von Frank Schaefer fuer Kickstart ı Grafiksonderheft '); 
201 Writeln 

262 ER 

2083 END WBCop. 


--- END OF FILE : wbcop.nod --- 
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BILDERSHOWS: 


Schon gleich nach dem Erschei- 
nen des AMIGA in der Compu- 
terscene gab es die ersten 
Bildershows, die zeigten, was 
dieser Rechner zu leisten vermag. 
Künstler, wie z.B. der Amerika- 
ner SACHS, setzten sich an den 
Rechner, nahmen ein Malpro- 
gramm namens Deluxe Paint zur 
Hand und begannen Ihr Werk. 
Das Resultat waren viele sehr 
schöne Bilder von Landschaften, 
alltäglichen Gegenständen und 
Personen. Durch das hohe Auflö- 
sungsvermögen und die Farben- 
vielfalt des AMIGA hatten diese 
‘Gemälde’ eine hohe Realitätsnä- 
he, die durch Schattierungen und 
Farbabstufungen erreicht wurden. 
Kein Rechner in der Sparte des 
AMIGA vermag bisher diese 
Qualität zu überbieten. 

Nachdem der AMIGA einige Zeit 
auf dem Markt war, tauchten die 
ersten digitalisierten Bilder auf, 
deren Qualität jeden Betrachter 
erstaunte. Besonders ‘echte’ 
Bilder wurden im HAM-Modus 
aufgenommen, da mit den dann 
verfügbaren 4096 Farben auch 
sehr feine Farbnuancen wirklich- 
keitgetreu wiedergegeben werden 
konnten. 

Auf den KICKSTART PUBLIC 
DOMAIN-Disketten befindet 
sich eine Auswahl der besten 
Bilder, die zum einen von 
Künstlern gemalt und zum 
anderen von Vorlagen digitali- 
siert wurden. Im folgenden 
werden diese Disketten aufge- 
führt: 


Diskette 9: Bilder-Show 


Grafik-Show mit bekannten 
Cartoons und schönen Land- 
schaftsbildern 
(IFF-Format) 


Diskette 12: Bilder 
Digitalisierte Bilder mit 
erstaunlicher Qualität 
(IFF-Format) 


Diskette 13: Bilder 
Bilder-Show (IFF-Format) 


Diskette 19: Bilder-Show 
Sehr schöne digitalisierte 
H.A.M.-Bilder 


Diskette 23: Bilder-Show 


Viele abwechslungsreiche Motive 
in verschiedenen Auflösungen, 
verpackt in einer Grafik-Show 
(IFF-Format) 


Diskette 24: Bilder-Show 
Sehr schöne, digitalisierte 
Frauengesichter 


Disketten 26 & 27: Bilder-Show 
Auf zwei randvollen Disketten 
erleben Sie eine einmalige Dia- 
Show mit hervorragend disgitali- 
sierten futuristischen Bildern in 
voller PAL-Auflösung. Dazu gibt 
es stimmungsvolle, sphärische 
Musik. (IFF-Format) 


Diskette 39: Bilder-Show 
Stimmungsvolle Landschaftsbil- 
der, die sich gut zum Weiterve- 
rarbeiten eignen und einige 
digitalisierte Bilder. 
(IFF-Format) 


RAYTRACING: 


Raytracing ist ein Verfahren zum 
Berechnen von räumlich 
wirkenden Bildern. Besonders 
effektvoll ist dabei der Einsatz 
von geschickt angeordneten 
Spiegelfächen, in denen die 
Figuren immer wieder auftau- 
chen. 


Diskette I1: Bilder-Show 


RAY-IRACERS: wunderschöne 
räumliche Bilder, die auf einer 
VAX berechnet und auf den 
AMIGA übertragen wurden 


Diskette 42: Bilder-Show 
Vielfältige, nach dem RAY- 
TRACER-Verfahren erstellte 
Bilder. Lassen Sie sich von den 
realistischen Spiegelungen 
beeindrucken! Mit digitalisierter 
Musik! 

(IFF-Format) 


Diskette 46: Bilder-Show 

Eine weitere Diskette (siehe auch 
PD 42) mit phantastischen RAY- 
TRACER-Bildern, unterlegt mit 
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digitalisierter, fetziger Musik. 
(IFF-Format) 


Diskette 60: RAY-TRACER 
DBW-Render ist ein leitungsfähi- 
ges Programm zum Erstellen von 
Bildern nach dem Ray-Tracing- 
Verfahren. Die Daten der Bilder 
werden mit einem Texteditor 
eingegeben, wobei spezielle 
Befehle zur Verfügung stehen. 
Die Berechnung der Bilder durch 
das Programm kann, wegen des 
aufwendigen Verfahrens, mehrere 
Stunden dauern, aber die 
Ergebnisse sind hervorragend 
(siehe Bild). 


ANIMATIO- 
NEN: 


Jeder AMIGA-Besitzer und auch 
die Nichtbesitzer geraten in 
Verzückung, wenn dieses 
“Grafikwunder’ bewegte 
Vorgänge zeigt. Einige dieser 
Animationen sind wegen ihrer 
unübertroffenen Qualität 
sicherlich bekannt. Besonders der 
Jongleur (Diskette 10) und die 
laufende Katze (Diskette 43) 
sollten in keiner Sammlung 
fehlen. 


Diskette 10: Grafik-Animation 


JUGGLER-DEMO: eın 
bewegliches Männchen jongliert 
mit drei verspiegelten Kugeln, 
sehr schöne Demo. 


Diskette 15: Grafik-Animation 
Verschiedene Filme, die mit dem 
AEGIS-ANIMATOR erstellt 
wurden, incl. PLAYER zum 
Abspielen der Filme. INFO: 
Einige Filme benötigen auf dem 
AMIGA 1000 mehr als 512 KB 
Speicher. 


Diskette 20: Grafik-Show 
‘Fred the Baker und Rose’s 
Flower Shop’ 

COMIC-Film, der die Multitas- 
king-Fähigkeiten des AMIGA 
erklärt 


Diskette 33: Grafik-Animation 
Einige sehr gute, mit Deluxe 
Video erstellte Filme. Der 
benötigte PLAYER ist auch auf 
der Diskette. 


Diskette 43: Grafik-Animation 


Eine einmalige Show, bei der 
eine digitalisierte Katze in 
gleitenden Bewegungen über den 
Bildschirm trabt. Erstellt wurde 
diese faszinierende Animation 
mit einem Digitizer, DPaint und 
VideoScape 3D. 


Diskette 59: Grafik-Animation 
Mit drei herrlichen Grafikdemos 
stellt Eric Graham seine 
Programme Sculpt 3-D und 
Anımate 3-D vor. Die Bilder der 
Animationen sind nach dem Ray- 
Tracer-Verfahren berechnet. 


DEMOS: 


Diskette 40: GRAFIK-DEMOS 
Boing!, Rotate, Sparks, Moire, 
Dazzle, 3DCube, Scales, Sizzlers. 
Sehenswert ist der Film ‘Atari 
meets AMIGA’, der die erste und 
einzige Begegnung der beiden 
Computer dokumentiert. 

Sehr schön ist das Programm 
LANDSCAPE, das wunderschö- 
ne fraktale Berg- und Talland- 
schaften erzeugt. 


Diskette 48: Crazy 

Auf dieser Diskette befinden sich 
nur verrückte Programme, deren 
Sinn absolut zweifelhaft ist. 
Allerdings sollten Sie sich diesen 
Spaß nicht entgehen lassen! 

Von fast allen Programmen ist 
der Source-Code (die Sprache 
wird in Klammern angegeben!) 
zusätzlich auf der Diskette. 


Target : geräuschvolles 
Mausklicken 

RoboTroff : Wer klaut denn da 
den Cursor? [C] 

Smush : Bild x4 

Tilt : kippt den Screen [C] 


Scat : Was hat denn das 
Fenster gegen Dich? 

Ing : läßt die Fenster hüpfen 
IC] 


DropShadow : jedes Fenster 
bekommt einen Schatten 
DropCloth : endlich bekommt 
die Werkbank einen Untergrund 
MouseClock : nun hat man die 
Uhrzeit immer im Blickfeld [C] 
Dk : winterlich schneit alles 
herunter [M] 

Melt : der Bildschirm 
zerfließt vor Deinen Augen, von 
Leo Schwab [C] 

Nart : von Leo Schwab [C] 
Flip : dreht den Bildschirm 
auf den Kopf, von Mike Berro[ A] 


KICKSTARI 


PUBLIC DOMAIN 


MANDEL- 
BROTGENE- 
RATOREN: 


Diskette 18: Grafik 

Dieser Mandelbrot-Generator 
(Mandelbrot Set Explorer) ist 
sehr komfortabel mit der Maus zu 
bedienen. Er arbeitet in 4 
Auflösungsstufen und kann neben 
anderen Optionen auch dreidi- 
mensionale Grafiken erzeugen. 


Diskette 38: GRAFIK 


NoFFP Mandelbrot Set Explorer 
V2.] (neue Version) von ABC 
Softarts in Braunschweig 

Dieser Generator arbeitet mit 
PopUp-Menus, eigenen Floating- 
point-Routinen zur Beschleuni- 
gung der Berechnungen und nutzt 
den gesamten PAL-Bildschirm. 


UTILITIES: 


Diskette 41: UTILITIES 
(Grafik) 

Alles, was Sie zu dem von 
ELECTRONIC ARTS entwickel- 
ten Grafik-Standard (IFF-Format) 
wissen müssen: Laden, Spei- 
chern, Komprimieren, Dekompri- 
mieren. Mit Dokumentationen 
und Source-Codes in C. 


SERVICE 


Diskette 49: ICONS 
Utility-Programme, die sich mit 
der Erstellung und Manipulation 
von Icons beschäftigen. 


XICON 2.0 : Mit diesem 
Programm können Dateien 
ausgeführt werden, die CLI- 
Kommandos enthalten. Fast jedes 
Programm, das sich normalerwei- 
se nur über das CLI starten läßt, 
kann nun auch über ein Icon 
angeklickt werden. Das Pro- 
gramm wurde des öfteren 
verbessert und liegt hier als 
ausgereiftes und benutzerfreund- 
liches Produkt vor. 
Autor: Pete Goodeve 

[ICON ][DOC] 


IconMk 1.2a : Dieses Programm 

versieht Dateien mit einem 

ICON, die davor keines hatten. 
IICON][DOC] 


Icon?C : wandelt ein Icon in 
eine C-Struktur um 


ImageTools : ist eine Ansamm- 
lung von Hilfsprogrammen, die 
sich mit der Erstellung und 
Manipulation von Icons 
beschäftigen. Damit können die 
Größe von IFF-Bildern und die 
Anzahl der Farben reduziert 
werden, ohne das Bild zu stark zu 
verändern. 


Diskette 55: Grafik/Utilities 
Einige schöne Grafikdemos und 
Utilities zu diesem Thema 


ShowPrint: ein interessantes 
Utility für alle Grafikfans. Alle 
IFF-Bildformate können geladen 
und ausgedruckt werden. 


WBLander: ein kleines 
Spielchen, bei dem auf der WB 


eine Rakete erscheint, die man 
auf einem Fenster landen muß. 
Diese Version ist mit digitalisier- 
tem Sound und neuen Grafiken 
ausgestattet. 


SHM: eine interessante 
Grafikdemo mit Source-Code 


LineDrawer: Dieses Programm 
zeichnet beliebige Linien, deren 
Daten es einem Datenfile 
entnimmt. Die Größe des Bildes 
ist dabei allein von der des 
Fensters abhängig. Als Beispiel 
wird eine Karte der USA 
gezeichnet. 


Nemesis: Diese Grafikdemo 
erreichte den 5. Platz beim 
“Badge Killer Demo Contest’ 


DEMOlition: hinter diesem 
Namen verbirgt sich Unfug 


MCAD ıst cin wirklich gut 
gemachtes CAD-Programm, das 
jedoch nur im Interlace-Modus 
läuft. Es bietet die einfachen 
Zeichenfunktionen und Features 
wie Zoom, Group, Ungroup, 
Grid, Move, Rotate. Auf der 
Diskette sind mehrere Dokumen- 
te, die das Programm erklären 
und einige Zeichnungen, die mit 
mCAD erstellt wurden. 


WICHTIG: 


Die Programme laufen auf allen 
AMIGA-Computern mit 
Kickstart/Workbench 1.2, 
allerdings sollten 512k Speicher 
vorhanden sein, einige Grafikan- 
wendungen verlangen sogar 
mindestens IMB Speicher. 
Sollten dennoch Einschränkun- 
gen gelten, wird dies bei den 
betreffenden Programmen 
angegeben. 


Versandbedingungen: 

Um einen schnellen und 
problemlosen Versand zu 
gewährleisten, beachten Sie bitte 
folgende Punkte: 


- Für jede Diskette ergibt sich ein 
Unkostenbeitrag von DM I0.- 

- Pro Sendung kommt ein 
Versandkostenbetrag (für Porto 
und Verpackung) von DM 5.- 
(Ausland DM 10.-) hinzu. Ins 
Ausland können wir nur gegen 
Vorrauskasse liefern. 

- Bitte legen Sie außerdem einen 
Aufkleber mit Ihrer Adresse bei 


Anschrift: 
MERLIN Computer GmbH 
KICKSTART Redaktion 
Postfach 55 69 
6236 Eschborn 


Die Diskettenbestellung kann 
auch telefonisch erfolgen. Der 
Versand erfolgt dann per 
Nachnahme. 


Tel.: 06196/ 48 18 11 
(MO.-FR. von 9-17 Uhr) 
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VON CHRISTIAN SCHORMANN 


RAY TRACING 


Verfolgungsjagd mit dem Computer 


Computergrafiker versuchen, 


immer rea- 


listischere Bilder mit dem Computer zu 
erzeugen. Die Algorithmen dafür werden 
ständig weiterentwickelt. Bisher hat es die 
mangelnde Rechenleistung, Auflösung und 
Farbauflösung von Mikrocomputern un- 
möglich gemacht, solche Algorithmen auch 
auf Mikrocomputern zu implementieren. 


eit kurzem aber gibt es Pro- 

\ gramme wie Sculpt 3D oder 

Silver, die Grafiken und Anima- 
tionen von erstaunlicher Qualität auf 
dem Amiga erzeugen. Wie das dabei 
verwendete Verfahren funktioniert, 
erklärt dieser Artikel.. 
Das Ray Tracing-Verfahren wurde 
ursprünglich als Hidden Surface- Ver- 
fahren entwickelt. Ein Hidden Surface- 
Verfahren dient dazu, festzustellen, 
welche Teile eines 3D-Objektes vom 
Standpunkt des Betrachters aus sicht- 
bar sind (und deshalb gezeichnet wer- 
den müssen) und welche nicht. 
Schon sehr schnell stellte sich aber her- 
aus, daß das Verfahren viel mehr 
Möglichkeiten bietet: Es ist nämlich 
ohne weiteres möglich, mit dem 
gleichen, einfach zu implementieren- 
den Algorithmus gleichzeitig auch 
Schatten, transparente Körper und 
Lichtspiegelungen jeder Art zu er- 
zeugen. 
Die Grundidee ist einfach. Ein Be- 
trachter einer beliebigen Szene sieht 
Licht, das von irgendwelchen 
Lichtquellen (Lampen, Sonnen, Feuer, 
Kerzen usw.) ausgesandt und von den 


Gegenständen, aus denen die Szene 
besteht, in Richtung des Betrachters re- 
flektiert wird. Die Farbe eines Gegen- 
standes hängt dabei von seinen Re- 
flektionseigenschaften ab. Licht setzt 
sich aus Wellen verschiedener Wellen- 
länge zusammen, wobei uns lang- 
welliges Licht rot, kürzerwelliges 
Licht blau erscheint. Dazwischen 
liegen die Farben des Regenbogens. 
Ein roter Körper reflektiert im 
wesentlichen rotes Licht, andere Licht- 
wellen werden absorbiert. Ein ideal 
schwarzer Körper reflektiert überhaupt 
kein Licht. Etwas so egoistisches gibt 
es aber in der Realität nicht. Weißes 
Licht isteine Mischung aus allen Licht- 
farben, was leicht erkennbar ist, wenn 
man Sonnenlicht durch ein Prisma zer- 
legt. Ein Prisma lenkt Licht ent- 
sprechend seiner Wellenlänge mehr 
oder weniger ab; doch damit erst ein- 
mal genug über Licht. Um fest- 
zustellen, was der Betrachter sieht, ver- 
folgt man einfach jeden Lichtstrahl von 
seinem Entstehungsort an und be- 
obachtet, wo er hinstrahlt, wohin er re- 
flektiert wird, usw. Oder nein, viel- 
leicht ıst das keine allzugute Idee, denn 


von den Lichtstrahlen, die eine 
Lichtquelle aussendet, erreicht nur ein 
verschwindend kleiner Teil einen Be- 
trachter. Außerdem sendet so eine 
Lichtquelle unendlich viele Licht- 
strahlen aus, was zu einer etwas un- 
praktisch langen Rechenzeit führen 
könnte. So geht es also nicht. Aber um- 
gekehrt... Wenn man einfach vom 
Auge des Betrachters aus alle Licht- 
strahlen in die Szene verfolgt, hat man 
schon mal entschieden viel weniger zu 
tun. Aber immer noch unendlich viel. 
Man muß sich also noch etwas ein- 
fallen lassen, das die Anzahl der zu 
verfolgenden Strahlen begrenzt. Dazu 
fällt uns sofort der Bildschirm ein. 
Schließlich müssen wir das Bild so- 
wieso auf einem endlichen Raster, z.B. 
auf 640*400 Punkten darstellen. Also 
verfolgen wir nur diejenigen Strahlen, 
die vom Betrachterstandpunkt (wir 
nehmen selbstverständlich einen 
punktförmigen Betrachter an - trinken 
Sie mehr Bier, dann runden Sie sich 
von selbst mit der Zeit) aus durch ein 
Pixel des Bildschirms auf die Szene 
fallen. Um die Rechnerei zu ver- 
einfachen, nehmen wir einfach mal an, 
der Bildschirm läge auf der xy-Ebene. 
In Bild 1 sehen Sie, wıe das aussieht. 
Jeder Strahl muß sich irgendwie 
mathematisch beschreiben lassen, 
ohne Steckbrief können wir ıhn 
schlecht verfolgen. Zwei Punkte des 
Strahls sind uns bekannt, die Ko- 
ordinaten des Pixels, dessen Strahl wir 
gerade verfolgen und die Koordinaten 
des Blickpunktes. Daraus läßt sich 
glücklicherweise eine Geradenglei- 
chung konstruieren, und zwar 
derjenigen Geraden, die durch das 
Pixel und den Blickpunkt geht. 
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here x 1: Ray Tracing M 
Ein Strahl durch den Blickpunkt und eines der Pixel der 
 Bildebene wird auf Schnittpunkte mit den Objekten der 
[0 Bei mehreren Schnittpunkten wird der 
der Bildebene am nächsten liegende Schnittpunkt weiter- 


Szene untersucht. 


a weruender.  _ _ 


Es gilt: 
x=xil1 + -x1)*t, 
y=yl+(y2-yl)*t, 
z=z1 +22 -zl)*, 


wobei x,y,z ein beliebiger Punkt auf 
dem Strahl ist, x1,y1,z1 der Blickpunkt 
und x2,y2,z2 das entsprechende Bild- 
schirmpixel. Da wir die xy-Ebene für 
den Bildschirm gewählt haben, ist z2 
natürlich gleich O0. Wenn t=0 ist, erhält 
man als Ergebnis der Gleichung den 
Blickpunkt, wenn t=1 ist, ergibt sich 
das Pixel. Daraus kann man ent- 
nehmen, daß t>1 wird, wenn wir den 
Strahl weiter in die Szene verfolgen. 
Warum tun wir das überhaupt ? Nun, 
wir wollen wissen, welches Objekt 
vom Blickpunkt aus, wenn man sozu- 
sagen entlang des Strahls durch das 
Pixel schaut, sichtbar ist. Dieses Pixel 
müssen wir dann nämlich ent- 
sprechend dem gefundenen Objekt 
verändern. Finden wir ein blaues Ob- 
jekt, muß dieses Pixel blau werden, ist 
es rot, wird das Pixel eben auch rot. 
Um festzustellen, auf welches Objekt 
der Strahl trifft, berechnen wir einfach 
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Schnittpunkte zwischen dem Strahl 
und allen Objekten der Szene. Wenn 
der Strahl kein Objekt trifft, verläßt er 
die Szene, und das Pixel erhält die Far- 
be des Hintergrundes (z.B. des blauen 
Himmels über dem Kornfeld). Trifft er 
nur ein Objekt, nun, dann ist alles klar. 
Gibt es aber Schnittpunkte mit meh- 
reren Objekten, müssen wir wissen, 
welcher Schnittpunkt dem Beobachter 
am nächsten liegt (denn dieses Objekt 
verdeckt dann alle anderen). Das ist 
allerdings recht einfach. Am Pixel ist 
der Wert für t gleich I, am Blickpunkt 
0. Wenn sich jetzt für die Schnitt- 
punkte Werte für t zwischen 2 und 7 er- 
geben, liegt natürlich der Punkt mit 
dem kleinsten Wert für t dem Bild- 
schırm (und damit auch dem 
Beobachter) am nächsten. 

Wenn alle Schnittpunkte aller Strahlen 
(sprich eines Strahles durch jedes 
Pixel) mit jeweils jedem Objekt be- 
rechnet worden sind, ist der Algo- 
rıthmus am Ende (Ihre Geduld wahr- 
scheinlich auch). Für jedes Pixel wurde 
jetzt festgestellt, welches Objekt von 
dort aus sichtbar ist. Dies ist die ein- 


Schnittpunkt 


Üübjekt 


fachste Aufgabe des Ray Tracing-Ver- 
fahrens, nämlich das Erkennen aller 
sichtbaren Objektteile. Vielleicht ist 
Ihnen aufgefallen, daß dies im Prinzip 
eine Digitalisierung der dreidimen- 
sıonalen Welt ist. Eigentlich treffen 
unendlich viele Strahlen den Be- 
obachter, sie wählen jedoch nur eine 
endliche Anzahl davon aus. Nichts an- 
deres geschieht beim Digitalisieren 
von Musik, z.B. für die CD-Pro- 
duktion; das kontinuierliche Musik- 
signal wird in einzelne Abtastwerte 
zerlegt. Wie für Musik ist auch hier das 
Abtasttheorem von Shannon sültig, 
nach dem sich immer dann Verzer- 
rungen ergeben, wenn die Abtastrate 
niedriger als das Doppelte der höchsten 
im abzutastenden Signal vorkom- 
menden Frequenz ist. Leider sind diese 
Verzerrungen, die sich bei Raster- 
bildschirmen als häßliche Treppchen 
in schrägen Konturen zeigen, nur mit 
aufwendigen, Anti-Aliasing genannten 
Verfahren zu mildern. Aber dies nur 
nebenbei. 


Noch etwas anderes. Wie berechnet 
man Schnittpunkte eines Strahles mit 
einem Objekt ? Ganz einfach, man be- 
nötigt dafür nur eine mathematische 
Beschreibung des Objektes. Eine 
Kugel z.B. ist mathematisch sehr ein- 
fach zu beschreiben, weshalb bei- 
spielsweise das Männchen bei der 
Juggler-Demo, die wohl jeder Amiga- 
Besitzer kennt oder sein eigen nennt, 
aus Kugeln zusammengesetzt ist. Es ist 
auch möglich, frei geformte Ober- 
flächen mathematisch zu beschreiben, 
aber dann steigt die ohnehin schon 
lange Rechenzeit eines Ray Tracers 
stark an,weil Schnittpunktemitsolchen 
komplexen Objekten sehr schwer zu 
bestimmen sind. 640*400 Pixel sind 
insgesamt 256.000 Pixel. Wenn eine 
Szene aus zehn Objekten, was wahr- 
lich nicht viel ist, besteht, müssen 
256.000 Strahlen mit jeweils 10 Ob- 
jekten geschnitten werden. Das macht 
2.560.000 Schnittpunktberechnungen. 
Und das sind nur die Schnittpunkte, die 
für die Hidden Surface-Berechnung 
gebraucht werden, alle Effekte, die erst 
die realistischen Bilder ergeben, haben 
wir ja noch gar nicht erwähnt. 

In Bild 2 sehen Sie die Berechnung des 
Schnittpunktes eines Strahles mit einer 
Kugel. Mit Zylindern ist es auch nicht 
viel schwieriger. Die Grundidee ist im- 
mer die gleiche; man setzt die Glei- 
chung des Strahles in die des Objektes 
.ein und schaut nach, ob etwas sinn- 
volles herauskommt. Wenn nicht, gibt 
es keinen Schnittpunkt. 


Special Effects... 


Bisher haben wir einfach aufgehört, 
wenn wir ein erstes Objekt gefunden 
haben. So geht das aber nicht; das 
Licht kommt ja nicht von diesem Ob- 
jekt, sondern von irgendeiner Licht- 
quelle und ist nur von diesem Objekt 
reflektiert worden. Die geometrische 
Optik liefert alle Gesetze, die man zur 
Berechnung der Lichtbrechung auf 
einer Oberfläche braucht. Deshalb 
müssen wir nun feststellen, unter wel- 
chem Winkel ein Lichtstrahl die Ober- 
fläche erreicht. Damit kann man dann 
auch feststellen, in welcher Richtung 
er die Oberfläche wieder verläßt. Wir 
tun dies natürlich andersherum; wir 
wissen ja, wie der Lichtstrahl gekom- 
men sein müßte. 


we 
PL 


Jeder Punk Ps sur einem 
Strahl durch die Punkte Pi nn 
und r2 erfullt sis eisschener. 


Ps=P1+Pr*t 


mit Prae@p2-P) 


Jeder Punkt Pk auf der Kueeisberetane 


erfüllt die Gleichung: 


[PK-CI=CPK-CI-r2=-8 


Fur einen Schnittpunkt Sarrt 


Ps=Pk. 


Jetzt kann man die beiden are IR 
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lösen: . 


ct CP1+Pr*t)- -c3 ”C ePi+Pra#r3- n 
Nach einigen Umformungen erhält 
eine AUSOPAKI SEN. DO cBune 


er 
 b=2#Prx#(f 1 
 c=(Pp1-C) 


Wie für Jede auadracı 


PR 
Da Bun 


Wir verfolgen also den Weg des Licht- 
strahls über alle Ecken und Kanten, bis 
er die Szene verläßt oder auf eine 
Lichtquelle trifft. Damit wissen wir, 
welche Intensität der Lichtstrahl ge- 
habt hat, als er losgesendet wurde. 
Wenn er von der Lampe kommt, hat er 
die Intensität der Lampe, kommt er aus 
dem Hintergrund, die der Umgebungs- 
helligkeit. Bei jeder Reflektion wird 
diese Intensität eben durch die 


Reflektion gemindert, wobei die Stärke 
der Minderung von den Oberflächen- 
eigenschaften des reflektierenden Ob- 
jektes abhängt. Ein Spiegel mindert 
wenig, eine matte Oberfläche stark. 
Wenn man transparente Oberflächen 
zuläßt, taucht ein weiteres Problem 
auf. An einer transparenten Oberfläche 
wird ein Strahl nicht nur gespiegelt, 
sondern auch gebrochen (Bild 3). Auch 
hierbei gelten wieder die Gesetze der 
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geometrischen Optik. Der erste 
Schnittpunkt ist im allgemeinen also 
nicht das Ende der Strahlverfolgung, 
im Gegenteil, hier spaltet sich der ur- 
sprüngliche Strahl in einen Baum von 
reflektierten und gebrochenen Strahlen 
auf, die alle verfolgt werden müssen, 
bis sie die Szene verlassen. 

Erst an diesem Punkt, wenn die Aus- 
gangspunkte aller Strahlen, die aus 
dem Ursprungsstrahl entstanden sind, 
berechnet wurden, kann damit be- 
sgonnen werden, die tatsächlichen Hel- 
ligkeitsverhältnisse am ersten Schnitt- 
punkt zu berechnen. Die Helligkeit an 
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dieser Stelle ist nämlich die Summe 
aller auf den Punkt auftreffenden Teil- 
helligkeiten. An jeder Brechungs- oder 
Reflektionsstelle müssen, vom Ur- 
sprungsort ausgehend, die Ver- 
änderungen, die die Objekte je nach 
Materialeigenschaften dem Lichtstrahl 
angetan haben, berechnet werden. Die 
Summe all dieser Teilintensitäten er- 
gibt dann die endgültige Helligkeit des 
Pixels. Es ist leicht ersichtlich, daß die 
Qualität des Bildes auf der Richtigkeit 
der Berechnung der Lichtstrahlen, 
ihrer Helligkeitsminderungen usw. be- 
ruht. Die heute verwendeten Licht- 


modelle (Bild 3) sind aber so gut, daß 
sogar das Streulicht an einem be- 
stimmten Punkt berücksichtigt wird, so 
daß Schlaglichter an spiegelnden Ob- 
jekten entstehen. Wichtig bei allen 
Lichtmodellen ist, daß man sie für alle 
drei Grundfarben der additiven Farb- 
mischung, nämlich rot, grün und blau 
getrennt berechnen muß. Schließlich 
hat ja jedes Objekt seine eigene Farbe, 
d.h. farbabhängige Brechungs- und 
Reflektionseigenschaften. Wie gesagt, 
eine rote Kugel ist rot, weil sie rotes 
Licht besser reflektiert als die anderen 
Lichtanteile. Außerdem muß natürlich 


jede Lichtquelle berücksichtigt wer- 
den. 

Jetzt fehlen nur noch die Schatten, die 
über unseren Häuptern schweben... 
Schatten sind aber überhaupt kein 
Problem. An jedem Schnittpunkt kon- 
struiert man außer den gebrochenen 
und reflektierten Strahlen sogenannte 
“Shadow Feeler”, zu gut deutsch 
Schattenfühler. Das sind Strahlen, die 
vom Schnittpunkt aus in Richtung auf 
jede vorhandene Lichtquelle zeigen. 
Diese Strahlen müssen jetzt wiederum 
mit jedem Objekt geschnitten werden. 
Liegt kein Objekt zwischen Schnitt- 


punkt und Lichtquelle, ist der 
Schnittpunkt von dieser Lichtquelle 
voll beleuchtet. Liegt ein nicht- 
transparentes Objekt dazwischen, liegt 
der Schnittpunkt auf diese Lichtquelle 
bezogen im Schatten. Ist das Objekt 
dazwischen transparent, entsteht ein 
Halbschatten, die Wirkung der Licht- 
quelle auf den Schnittpunkt muß 
gemindert werden (Bild 4). 

Sıe sehen, die Anzahl der Schnitt- 
punktberechnungen hat sich in- 
zwischen vervielfacht. Für jede Re- 
flektion und jede Brechung müssen 
wieder Schnittpunkte der entstehenden 
Strahlen berechnet werden, für jeden 
Schnittpunkt müssen vor Anwendung 
des Lichtmodells Schattenfühler für 
jede Lichtquelle berechnet und auch 
diese mit jedem Objekt geschnitten 
werden. Bei Szenen mit vielen Ob- 
jekten kann das leicht zu 100 (oder 
auch erheblich mehr) Schnitt- 
punktberechnungen pro Pixel führen. 
Und diese sind bei komplexen Ob- 
jekten auch erheblich komplizierter als 
bei Kugeln. Kein Wunder also, daß 
man auch nach Einsatz aller Be- 
schleunigungstechniken immer noch 
davon ausgeht, daß 800-1000 MFlops 
für die Real-Time-Berechnung von 
Ray Tracing-Bildern benötigt werden. 
Selbst die schnellsten heute ver- 
fügbaren Computer benötigen min- 
destens 10 Minuten für ein Bild, an 
dem ein Amiga Jahre zu rechnen hätte. 
Dennoch, der Aufwand lohnt sich. 
Keine andere Technik kann so 


realitätsnahe Computerbilder erzeugen 


wie eben Ray Tracing. Und bei 
wirklich komplexen Szenen ist es auch 
um die Effizienz der anderen Tech- 
niken, die von den Objekten und nicht 
dem Bildschirm ausgehen, nicht mehr 
so gut bestellt. 


Verbesserungen 


Das Wort “Beschleunigungstechniken” 
im vorigen Absatz hat Sie hoffentlich 
neugierig gemacht. Es wurden, gerade 
in neuester Zeit, einige Algorithmen 
entwickelt, die Ray Tracing erheblich 
effizienter machen, und vor allem den 
fatalen Effekt, daß die Rechenzeit mit 
steigender Objektanzahl exponential 
ansteigt (warum wohl?), auf min- 
destens lineare Verhältnisse mildern. 
Eine erste Maßnahme ist es, die Um- 
risse der darzustellenden Objekte auf 
konventionelle Weise rechnerisch auf 
die Bildebene zu projezieren. Dann 
müssen nur noch die Strahlen verfolgt 
werden, die innerhalb der Umrisse 
liegen. Bei sehr komplizierten oder 
sehr vollen Szenen nützt das leider 
praktisch nichts. 

Sehr gebräuchlich ist die Zusammen- 
fassung mehrerer beieinander lie- 
gender Objekte in einer Hierarchie. 
Beispiel: Objekte sind ein Tisch, auf 
dem eine Obstschale mit Äpfeln steht. 
Jetzt kann man diese ganze Gruppe 
mit einem Volumen umschließen, 
einer Kugel oder Box etwa. Ein Strahl, 
der dieses Volumen nicht schneidet, 
kann auch unmöglich eines der 
Objekte im Inneren schneiden. 
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Bild 3: Einfaches Beleuchtungsmodell ohne Schlaglichter 
ein „ Reflektierter Strahl, Rr 
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Die Gesamtintensität ergibt sich als Summe der Umgebungs- 
helligkeit (Faktor Ka * Intensität la), der diffusen 
Reflektion aller Lichtquellen I[Kd * Summe aus Licht- 
intensitäet mal Lichtwinkel aller Lampen) sowie den von 
Seiten des reflektierten und gebrochenen Strahles zuruck- 
kommenden Intensitäten (Faktor Krr bzw. Krg und Intensi- 
tät Irg bzw. Irr). Der Brechungswinkel ergibt sich aus 
dem Verhältnis der Materialkonstanten ul und u2. 

Fur eine genaue Erklärung fehlt es hier leider an Raum, 
wir mussen Sie an die entsprechende Literatur verweisen. 


ON KICKSTART GRAFIK-SONDERHEFT 


Die Obstschale wird ebenfalls samt 
Inhalt in ein Testvolumen gepackt. 
Wenn nun ein Strahl die Box der 
gesamten Szene schneidet, kann man 
wiederum die Box um die Obstschale 
testen. Auch hier gilt: Wenn der Strahl 
die Box nicht trifft, kann er auch keines 
der Objekte im Innern treffen. Dieses 
Verfahren nutzt Zusammenhänge 
innerhalb des Bildes aus und kann 
dann einige Erleichterung schaffen. 
Problematisch ist unter Umständen die 
Auswahl eines vernünftigen 
Umhüllungsvolumens: es muß einfach 
zu berechnen sein (am besten eine 
Kugel), aber auch möglichst gut 
passen, sonst nützt es nicht viel. 

Es gibt ein Verfahren, das erstmals in 
einem Artikel vom letzten Jahr (’87) 
beschrieben wurde. Dieses nutzt den 


Umstand aus, daß entsprechend dem 
Verhalten natürlicher Objekte jedes 
Pıxel den umliegenden Pixeln ver- 
hältnismäßig ähnlich ist. Beispiel: 
Wenn Sıe eine Fläche bearbeiten, 
werden alle Pixel, außer den am Rand 
liegenden, nur leichte Änderungen ge- 
genüber den umliegenden Pixeln auf- 
weisen. Die Gemeinsamkeiten zwi- 
schen den Bildteilen eines Objektes 
lassen uns dieses Objekt ja erst als 
solches erkennen. Diese Eigenschaft 
kann man zu einer Vorsortierung aller 
möglichen Strahlen nutzen, womit sich 
ein annähernd konstantes Verhalten 
des Algorithmus erreichen läßt. Einer 
der bestechenden Vorteile des einfa- 
chen Ray Tracers, seine simple Im- 
plementierung, geht damit aber ver- 
loren. 

Eine ganze Reihe von Verbesserungen 
basieren auf einem anderen Prinzip. 
Hier wird der an sich kontinuierliche, 
“analoge” Raum in einzelne Raum- 
zellen zerlegt, ähnlich wie ein Raster- 
bildschirm die Fläche des Bildschirms 
durch ein Raster aus Pixeln darstellt. 
Hier gibt es zwei Ansätze; der meines 
Erachtens interessanteste ist ganz neu 
und basiert auf einer Zerlegung des 
Raums in gleichmäßig große Raum- 
zellen, die exakt den Pixeln des Bild- 
schirms entsprechen. Zum Verfolgen 
eines Strahles wird jetzt auch keine 
mathematische Berechnung verwen- 
det, sondern ein Verfahren, das eine 
dreidimensionale Erweiterung eines 


Algorithmus zum Linienziehen im 
Zweidimensionalen darstellt. Dieses 
Verfahren hat den Vorteil, daß aus- 
schließlich Integer-Arithmetik und 
nicht eine einzige Division verwendet 
werden muß. Der Strahl wird einfach 
als Linie im 3D-Raum in die Raum- 
zellen hineingezogen. Wenn er auf 
eine nichtleere Zelle stößt, ist dies 
automatisch der Schnittpunkt mit dem 
nächsten Objekt, der Strahl pflanzt sich 
ja vom Bildschirm aus beginnend in 
seiner Richtung fort. Damit spart man 
sich langwierige Schnittpunktbe- 
rechnungen mit Objekten, die am Ende 
den Strahl gar nicht berühren. Die 
Geschwindigkeitsgewinne des Ver- 
fahrens sind enorm: Bilder, die auf 
traditionelle Weise auf einer VAX 
vorsichtig geschätzt 40 Tage Rechen- 
zeit benötigt hätten, waren nach dem 
neuen Algorithmus in zweieinhalb 
Stunden fertig. Der andere Ansatz zer- 
legt den Raum in eine Hierarchie von 
verschieden großen Zellen. Leere 
Raumgebiete werden zu großen, leeren 
Zellen, andere Gebiete werden solange 
unterteilt, bis die Zellen klein genug 
sind, um eine einfache Beschreibung 
des Objektteiles zu ermöglichen. Die 
Strahlverfolgung kann auch in dieser 
Variante mit einem 3D-Linienalgo- 
rıthmus erfolgen, es geht aber auch 
anders. Die Resultate dieses Ver- 
fahrens sind nicht ganz so günstig wie 
die des vorigen und zudem von der 
Kohärenz der Szene abhängig. Auch 
für bestimmte, hochkomplexe Objekt- 
typen wie frei formbare Oberflächen 
oder fraktale Landschaften gibt es Ver- 
fahren, die die bei diesen Objekt- 
formen extrem aufwendigen Schnitt- 
punktberechnungen stark beschleu- 
nigen. Eine letzte Gruppe von Verbes- 
serungen befaßt sich mit der Bild- 
qualität. Auch mit Ray Tracing ist es in 
seiner Grundform nicht möglich, das 
gesamte physikalische Verhalten von 
Licht zu simulieren. Neuere Er- 
gänzungen setzen sich zum Ziel, auch 
die Lichtbeugung an einem Spalt oder 
die Diffusion in nebelartigen Atmo- 
sphären berechnen zu können. Aber 
dies geht weit über diesen Artikel hin- 
aus. Bei all diesen Veränderungen 
und Verbesserungen sieht man den ur- 
sprünglich so einfach zu implemen- 
tierenden Algorithmus mit Tränen in 
den Augen zu einem hochkomplexen 
Monstrum werden... 
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Implementierungs- 
hinweise 


Mit ein paar Hinweisen zur Imple- 
mentierung soll dieser Artikel seinen 
Abschluß finden. 

Es bietet sich förmlich an, den Algo- 
rithmus so aufzubauen, daß Strahlen 
auf einen Stack abgelegt werden. Vor 
dem Aufruf der eigentlichen Tracer- 
Routine berechnet ein init-Teil den 
Ausgangsray für ein bestimmtes Pixel, 
schiebt ihn auf einen Stack und ruft 
dann den Tracer auf. 

Dieser holt einen Strahl vom Stack und 
berechnet Schnittpunkte. Wenn er den 
nächsten gefunden hat, berechnet er 
die entstehenden Strahlen und spei- 
chert auch diese auf dem Stack. Dann 
beginnt er von vorne und wiederholt 
diesen Vorgang solange, bis alle ent- 
stehenden Strahlen ins Leere gelangen. 
Jetzt geht es umgekehrt: Der Reihe 
nach werden die Strahlen vom Stack 
geholt; für ihre Schnittpunkte, die 
natürlich in einer Datenstruktur “Ray” 
gespeichert sein müssen, wird das 
Beleuchtungsmodell angewendet. Das 
Beleuchtungsmodell sollte die Schat- 
tenfühler berechnen und damit sein Er- 
gebnis beeinflußen, das zur Helligkeit 
des jeweiligen Pixels addiert wird. 
Wenn der Stack leer ist, ist man 
wieder am Ausgangspunkt angelangt 
und kann das Pixel auf die berech- 
nete Helligkeit setzen. 


Literatur 


Eine sehr gute und ausführliche Ein- 
führung in Ray Tracing und Beleuch- 
tungsmodelle, die allerdings umfas- 
sende Englisch- und Mathematik- 
kenntnisse voraussetzt, findet sich ın 
David F. Rogers 

“Procedural Elements for Computer 
Graphics”, 

erschienen im McGraw-Hill-Verlag. 
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An den Schnitrpuniten der beiden Strahlen _ 
Ri und R2 entstehen jeweils 2 Schatten- 
fühler. Nur der S2 steht in direkter Ver- 
bindung zu einer Lichtquelle; Die anderen 
Fühler stoßen auf Hindernisse. Also trägt 


die Lichtquelle, 


auf die der Fühler Zeigt 


nicht oder vermindert. zur Beleuchtung des 
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Ein en aus Strahlen wird von oben nach unten aufge- 
baut. An jedem Knoten werden die neuen Verzweigungen 
berechnet. Wenn alle Strahlen die Szene verlassen, 
“ird der Baum in umgekehrter Reihenfolge durchygear- 
beitet; an jedem Knoten wird das Beleuchtungsmodell 
berechnet, wobei in das Ergebnis die Werte der _ s 
bereits berechneten Strahlen eingehen (Siehe Bild 4: 


Die Summanden Krolrg und KrriIrr). 
Knoten 1 ist der Wert, der den Pixel, 


Strahl führt, zugeordnet wird. 
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Längst ist der gute alte Monitor 1081 
von Commodore nicht mehr das Maß 
aller Dinge für die Bildwiedergabe am 
Amiga. Konnte er, als der Amiga neu 


auf dem Markt erschien, vor allem 
Aufsteiger von Heimcomputern wie 
dem C 64 durch die Wiedergabe der 
4096 Farben und des 80-Zeichen- 
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K 
Sechs Monitore für den Aniga im Test 


Längst ist der gute alte Noniton 1881 von Comodene nicht nehr d 

Kaß aller Dinge für die Bildwiedergabe am Aniga, Konnte er, SE den 
Anıga neu auf den Narkt erschien, vor allem Aufsteiger von Heimcomputern 
wie den C 64 durch die Niedergabe der 4896 Farben und des 8#-Zeichen-Hodus 
begeistern, so ist diese Begeisterung vor allen bei Anwendern, die viel 
nit den Anıga arbeiten möchten, inzwischen wohl einigen Ernüchterung 
greichen, denn - Farben hin 8 Zeichen her - auf Dauer ist die 
ildwiedergabe nun doch nicht befriedigend. Sowohl von der Farbwiedergabe 
als auch der IntesteL lung laßt sich nit einen anderen Monitor 

aus den au einiges nehr herausholen. Aus diesen Grund wellen wir 

an dieser Stelle einige Monitore, die sich fün den Anıga anbieten, 

etwas genauer unter dıe Lupe nehmen. In einzelnen handelt es sich dabei 
un folgende Modelle: 


Phillips OM 8833 

Gonmodoere 18 

Eizo Flexscan BR6R $ 
icr 
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Textwiedergabe 
auf dem Phillips 
CM 8833 


Textwiedergabe 
auf dem Commo- 
dore 1084 


Textwiedergabe 
auf dem Eizo 
8060 S 


Modus begeistern, so ist diese Begei- 
sterung vor allem bei Anwendern, die 
viel mit dem Amiga arbeiten möchten, 
inzwischen wohl einiger Ernüchterung 
gewichen, denn - Farben hin, 80 Zei- 
chen her - auf Dauer ist die Bild- 
wıedergabe nun doch nicht befrie- 
digend. 

Sowohl von der Farbwiedergabe als 
auch der Textdarstellung läßt sich mit 
einem anderen Monitor aus dem 
Amiga einiges mehr herausholen. Aus 
diesem Grund wollen wir an dieser 
Stelle einige Monitore, die sich für den 
Amiga anbieten, etwas genauer unter 
die Lupe nehmen. Im einzelnen han- 
delt es sich dabei um folgende Mo- 
delle: 


Der Commodore 1081 ıst ın diesen 
Test nicht mit einbezogen, dient aber 
bisweilen als Maßstab. 

Bei den Monitoren von Commodore 
und Phillips handelt es sich um Mo- 
delle, die von den Anschlußwerten 
bzw. der vertikalen und horizontalen 
Bildwiederholungsfrequenz exakt den 
Anforderungen des Amiga entsprech- 
en. Beide sind außerdem in der Lage, 
das CGA-Signal eines PC oder Kom- 
patiblen zu verarbeiten. Die anderen 
getesten Modelle sind in der Lage, sich 
automatisch auf verschiedene Fre- 
quenzen einzustellen; es handelt sich 
bei ihnen um sogenannte Multiscan- 
Monitore. Sie verarbeiten somit nicht 
nur Signale eines Amiga, sondern 
beispielsweise auch Signale einer PC- 
EGA-Grafikkarte, was unter Um- 
ständen für Amiga 2000-Anwender, 
die auch eine PC-Karte und eine EGA- 
Grafikkarte ihr eigen nennen, von In- 
teresse sein könnte. Die Auflösungen 
dieser Monitore liegen denn auch teil- 
weise deutlich über der des Amiga, 
was allerdings in der praktischen An- 
wendung keinerlei Probleme mit sich 
bringt. 


Kontaktschwierig- 
keiten 


Bevor man in den Genuß der An- 
wendung eines Monitors kommt, gilt 
es zuerst einmal, diesen ordentlich mit 
dem Amiga zu verbinden. Keinerlei 
Probleme bereitet dies mit dem Moni- 
tor von Commodore, denn er wird - 
zumindest bei der in der Tabelle auf- 
geführten Bezugsquelle - mit dem 
passenden Kabel ausgeliefert, wobei 
erwähnt werden sollte, daß zusätzlich 
noch zwei Kabel - eines für die Ver- 
bindung mit PC-Rechnern und eines 
zum Anschluß an den Commodore 64 
oder 128 - im Lieferumfang inbe- 
griffen sind. Auch beim Mitsubishi 
muß man lediglich das Kabel ein- 
stecken, und schon kann’s losgehen, 
denn der HF 1400 wird von der in der 
Tabelle genannten Vertriebsfirma mit 
Anschlußkabel speziell für Amiga aus- 
geliefert. Zusätzlich dazu ist er bereits 
leicht modifiziert, denn der HF 1400 
läßt sıch in der Form, wie er vom Her- 
steller ausgeliefert wird, nicht pro- 
blemlos am Amiga betreiben. 

Bei den anderen Monitoren dieses 
Tests sind vor Inbetriebnahme erst ein- 
mal ein paar kleinere Hürden zu über- 
winden. Der Eizo und der NEC ver- 
fügen über einen 9-Pin-Eingang, wäh- 
rend der Santec am Amiga mittels ei- 
nes 15poligen Steckers betrieben wer- 
den muß. Der Phillips wiederum be- 
sitzt einen Euro-Scart-Eingang. Hier 
heißt es, sich im Fachhandel auf die 
Suche nach einem passenden Kabel zu 
machen, oder zu Einzelteilen und Löt- 
kolben zu greifen. Für Anwender, die 
sich für letztere Möglichkeit entschei- 
den, sind die Pinbelegungen und An- 
schlußvorschriften abgedruckt. Bei je- 
dem drei Multiscan-Monitore ist im 
Lieferumfang allerdings ein Kabel mit 
D-Sub 9Pol-Steckern enthalten, an das 
man, wenn man bereit ist, es zu opfern, 
nur einen bzw. beim Santec zwei neue 
Stecker anlöten muß. Diese sind im 
Elektronikfachhandel für wenig Geld 
erhältlich. Die technischen Einzelhei- 
ten der verschiedenen Monitore sind 
nicht in die nachfolgenden Beschrei- 
bungen der einzelnen Modelle mit ein- 
geflossen; sie werden aufgrund der 
besseren Übersicht in der Tabelle 
“Technische Daten” aufgeführt. 


Phillips CM 8833 


Der Phillips zählt zu den weniger 
teuren Monitoren des Testfelds. Den- 


Textwiedergabe 
auf dem Santec 
DMC 1537 


noch hat er in einem - für den Amiga 
nicht unbedeutenden Punkt - die Nase 
vorn: Er verfügt nämlich über Ste- 
reowiedergabe des Tons. Allerdings 
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erweist sich die Schlitzmaske mit einer 
Rasterung von 0.42 mm gegenüber den 
teureren Modellen doch als recht grob. 
In der Bildwiedergabe ist der CM 8833 
dem 1081 leicht überlegen; die Farben 
sind voller als beim 1081, und auch das 
Schriftbild ist feiner aufgelöst, sau- 
berer und verfügt über mehr Kontrast. 
Dieser Monitor eignet sich universell 
für Grafik- wie Textwiedergabe und ist 
dem 1081 in jeder Hinsicht vorzu- 
ziehen, wenn auch im Vergleich mit 
den wesentlich teureren Multiscan- 
Monitoren Abstriche zu machen sind. 
Nach längerer Arbeit vor diesem 
Monitor - vor allem bei Textverar- 
beitung oder Programmentwicklung - 
stellen sich schon einmal Ermüdungs- 
erscheinungen ein, was allerdings ın 
Anbetracht der Preisklasse des CM 
8833 mehr oder weniger zu erwarten 
ist. Mit Farbkontrasten vor allem von 
Rot auf Blau und bei sehr feinen Linien 
hat er leichte Probleme, pixelbreite 
Linien neigen etwas zum Ver- 
schwimmen. Leider ist dieses Modell 
auch nicht entspiegelt, weshalb es 
größere Sorgfalt bei der Aufstellung 
verlangt, damit keine störenden Re- 
flektionen den Spaß verleiden. Immer- 
hin verfügt der Phillips über einen 
recht dunklen Schirm. 

Der Interlace-Modus läßt sich mit 
diesem Monitor gut darstellen; die 
Bildwiedergabe übertrifft hier ın der 
Qualität - in Hinsicht auf das be- 
rüchtigte Flackern - die des 1081. Von 
der Monitorseite her gesehen gibt es 
hier also keinen Anlaß zur Kritik. 

Von der Justage her gab es beim 
Phillips wenig Anlaß zur Kritik; le- 
diglich eine winzige Verbreiterung des 
Bildes im unteren Bereich war fest- 
zustellen. 

Der CM 8833 verfügt sowohl über ei- 
nen RGB- als auch über einen Video- 
eingang, womit er dem Benutzer die 
Möglichkeit bietet, ihn - mit einem 
TV-Tuner oder einem Videorekorder - 
auch als Fernsehschirm zu benutzen. 
Dazu muß man nicht einmal Kabel 
umstecken, denn die Eingänge sind an 
der Vorderseite umschaltbar. Über 
RGB harmoniert er außerdem sowohl 
mit einem Analog- als auch mit einem 
TTL-Signal. Weiterhin verfügt der 
Phillips über eine Vielzahl von 
Regelmöglichkeiten: horizontale Zen- 
trierung, Helligkeit, Kontrast, Farb- 
sättigung ( nur über Videoeingang ), 
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Lautstärke und Monochromwiederga- 
be ( in Grün ) sind an der Vorderseite 
einstellbar. Auf der Rückseite des Phil- 
lips finden sich Regler für die vertikale 
Größe und Zentrierung sowie für die 
horizontale Größe und die Art des 
Eingangssignals bzw. die Art des 
RGB-Signals. Alles in allem bietet er 
sämtliche Regelmöglichkeiten, die 
man sich wünschen kann. 


Commodore 1084 


Für den Commodore 1084 gilt eigent- 
lich all das, was schon über den Phil- 
lips gesagt wurde, denn diese beiden 
Monitore unterscheiden sich nur äus- 
serst geringfügig. Dies verwundert al- 
lerdings wenig, da im Commodore- 
Gehäuse eine Bildröhre und Elektronik 
von Phillips stecken. Einer der Unter- 
schiede dieser beiden Monitore besteht 
darin, daß der Commodore eine ent- 
spiegelte Bildröhre besitzt. Sein Farb- 
wiedergabe erscheint allerdings einen 
Hauch blasser als die des CM 8833, 
was möglicherweise auf eben diese 
Entspiegelung und die damit 
verbundene Mattierung des Bild- 
schirms zurückzuführen ist. Leider 
verfügt der 1084 nur über Mono-Ton- 
wiedergabe. Ein weiterer kleiner Ge- 
gensatz besteht in den Bedienungs- 
elementen: Während der Commodore 
einen Monochrom-Modus vermissen 
läßt, verfügt er andererseits über einen 
zusätzlichen Bildschärferegler, der al- 
lerdings lediglich das Videosignal 
beeinflußt. Damit ist die Liste der 
Unterschiede aber auch schon voll, 
weshalb es sich erübrigt, dieses Modell 
noch weiter zu beschreiben. 


Eizo Flexscan 80608 


Der Eizo Flexscan, den wir in Heft 12/ 
87 bereits vorgestellt hatten, zählt zu 
den teureren Multiscan-Modellen. Er 
ist ein universell an den verschie- 
densten Rechnern einsetzbarer Moni- 
tor und erreicht eine Auflösung von 
maximal 820 mal 620 Bildpunkten. 
Mit einem Punktabstand von 0.28 mm 
verfügt er über die feinste Lochmaske 
aller Testgeräte. Dies schlägt sich 
durchaus in der Bildwiedergabe nieder, 
denn der Eizo liefert ein gestochen 
scharfes, sauberes Bild mit sehr hohen 
Farbkontrasten. Dies ist im Testbild 
vor allem bei den feinen Farbstreifen 


erkennbar. Unterschiede im Kontrast 
zwischen Bildrand und Bildmitte wa- 
ren nicht feststellbar. Das Bild des 
8060 S steht sehr ruhig und erzeugt 
ausgesprochen satte Farben; in letz- 
terem Punkt übertrifft er die anderen 
Modelle, wobei es sich allerdings 
schon fast wieder um eine Ge- 
schmacksfrage handelt, ob man nun 
die eher satten oder die eher sanften 
Farbtöne vorzieht. Auf jeden Fall er- 
weist sich der Eizo als optimal, wenn 
es darum geht, längere Zeit am Bild- 
schirm zu arbeiten, denn die saubere 
Wiedergabe in Verbindung mit dem 
sehr ruhigen Bild, das fast keinerlei 
merkliches Zittern aufweist, schont ge- 
rade bei Textverarbeitung oder ähn- 
lichem die Augen sehr. Er läßt sich 
übrigens neben dem Farbmodus in 
zwei Monochrom-Modi betreiben, wo- 
bei Schwarz-Weiß- sowie Amber-Wie- 
dergabe zur Verfügung steht. Letztere 
erweist sich dem Grün-Modus des Co- 
mmodore 1081 und des Phillips-Moni- 
tors überlegen, denn diese Farb- 
einstellung besitzt - bei sauberer Text- 
darstellung - geringere Kontraste, was 
die Augen angenehm entspannt. Aller- 
dings ist dieser Unterschied wohl nur 
bei stundenlangem Arbeiten relevant, 
und erweist sich somit unter Um- 
ständen als Geschmacksfrage. 

Leider verfügt der Eizo - wie übrigens 
alle Multiscan-Modelle ım Test - über 
keinerlei Tonwiedergabe, was etwas 
unverständlich erscheint, auch wenn er 
nicht speziell für den Amiga gebaut ist, 
denn schließlich verfügen auch andere 
Rechner über Tonwiedergabe. Hier 
bleibt dem Besitzer nur die Mög- 
lichkeit, den Amiga an eine eventuell 
vorhandene Stereoanlage anzu- 
schließen, oder sich kleine Aktiv- 
boxen, wie sie für diverse Walkman- 
Modelle angeboten werden, zuzu- 
legen. 

Das größte Manko des 8060 S am 
Amiga ist allerdings die Bildwie- 
dergabe im Interlace-Modus, denn sie 
erweist sich als die schlechteste aller 
Testgeräte. Da sich der Interlace-Mo- 
dus mit seinen zwei versetzen Halb- 
bildern für die Synchronisations- 
elektronik des Eizo als Unregelmäßig- 
keit darstellt, gıbt diese ıhr Bestes, um 
diese Unregelmäßigkeit auszuglei- 
chen. Dadurch geht der gewünschte 
Effekt des Interlace verloren; das Bild 
wird nicht in der vorgesehenen Form 


überlagert und erweist sich als nahezu 
indiskutabel für fast jede Anwendung. 
Bei Grafik ist dieser Effekt unter Um- 
ständen zwar noch zu ertragen, aber 
Menüfunktionen in einem Grafikpro- 
gramm in Interlace sind extrem 
schlecht lesbar. 

Die Bildröhre des Eizo ist dunkel und 
gut entspiegelt. Leider war das Test- 
gerät nicht optimal justiert ( die verti- 
kalen Linien waren leicht ausgebeult ), 
was man bei einem Gerät dieser Preis- 
klasse eigentlich nicht erwarten sollte. 
Auch übersteuert der Kontrastregler, 
wenn er voll aufgedreht wird, und das 
Bild ist, auch bei hellster Einstellung, 
relativ dunkel, was allerdings eher 
kleine Schönheitsfehler sind, die bei 
der Anwendung nicht weiter stören, 
denn es lassen sich trotzdem sehr gute 
Einstellungen finden. 

Die Regelmöglichkeiten des Eızo sınd 
recht umfassend; so kann man an der 
Vorderseite die Bildhöhe und -breite 
(letztere allerdings nur in 4 Stufen ), den 
Kontrast, die Helligkeit und den ge- 
wünschten Wiedergabemodus ( Am- 
ber, Farbe, Schwarz-Weiß ) einstellen. 
AufderRückseite finden sich zwei Reg- 
ler für vertikale und horizontale Zen- 
trierung sowie zwei Schalter für die 
Wahl des Eingangssignals ( RGB-Ana- 
log oder TTL/TTL-Farbe ). Ein solider 
dreh- und kippbarer Monitorständer ist 
im Lieferumfang des Eizo übrigens in- 
begriffen. 


Santec DMC 1537 


Auch bei diesem Modell handelt es 
sich um einen Multiscan-Monitor. Eine 
seiner Besonderheiten ist der flache 
Bildschirm, der fast keinerlei Wölbung 
aufweist. Wie auch der Eizo und der 
NEC eignet sich der Santec zum An- 
schluß an verschiedene Rechner. Die 
Rasterungsgröße seiner Lochmaske 
beträgt 0.31 mm, womit er in der Lage 
ist, bis zu 800 mal 600 Bildpunkte dar- 
zustellen. Die Bildwiedergabe des 
DMC 1537 ist dementsprechend sehr 
sauber und kontrastreich. Das Bild 
steht sehr ruhig; wie beim Eizo fällt das 
gelegentliche minimale Zittern kaum 
auf. Dies unterstützt entspanntes Ar- 
beiten auch über längere Zeit. Die Far- 
ben des Santec wirken eher sanfter, 
was man in keinem Fall mit matt ver- 
wechseln darf, denn sie werden sauber 
dargestellt, wirken aber nicht ganz so 


satt. Dennoch hat man deutlich vollere 
Farben als beim Commodore 1081. 
Farbkontraste bereiten dem Santec 
ebenfalls keinerlei Schwierigkeiten, 
wie man auf dem Testbild erkennen 
kann. Auch konnten keine Unter- 
schiede im Kontrast zwischen Bildrand 
und Bildmitte festgestellt werden. Ein 
weiteres besonderes Feature des DMC 
1537 ist die Möglichkeit, die Rot-, 
Grün- und Blauanteille des RGB- 
Signals getrennt zu aktivieren bzw. zu 
desaktivieren. Dadurch hat man die 
Möglichkeit, zwischen den verschie- 
densten Monochrom-Modi auszu- 
wählen, denn aus den verschiedenen 
Kombinationen ergeben sich sieben 
verschiedene Farben für den Mono- 
chrom-Modus. Auf diese Art und Wei- 
se muß sich der Anwender nicht fest- 
legen, sondern kann ganz nach per- 
sönlichem Geschmack und Empfin- 
den die angenehmste Einstellung aus- 
wählen. In dieser Hinsicht bietet der 
Santec einen Vorteil gegenüber den 
meisten anderen Geräten im Test. 
Einen Toneingang sucht man am San- 
tec leider vergeblich; auch hier muß 
sich der Anwender etwas einfallen las- 
sen, um die Klänge, die sich aus dem 
Amiga herauslocken lassen, hörbar zu 
machen. Dies sollte allerdings - was für 
alle getesten Modelle ohne Tonwie- 
dergabe gilt - kein Entscheidungskri- 
terıum sein, denn immerhin kommt es 
bei einem Monitor vor allem auf die 
Bildwiedergabe an. 

Den Interlace-Modus bewältigt der 
DMC 1537 ohne weitere Probleme. 
Die Intensität des Flackerns ist dabei 
deutlich geringer als beim 1081; so 
kann man Grafikprogramme zeitweise 
durchaus in Interlace betreiben. Bei der 
Textwiedergabe wird es da schon eher 
kritisch; das berüchtigte Flackern läßt 
sich eben kaum unterdrücken. Dies 
stellt aber kein Manko dar, denn vom 
Einsatz des Interlace-Modus beı der 
Textwiedergabe sollte man in jedem 
Fall absehen. Positiv wirkt sich im 
Interlace die Möglichkeit aus, ver- 
schiedene Farben im Monochrom-Mo- 
dus auswählen zu können, denn bei 
einigen dieser Farbeinstellungen läßt 
die Intensität des Flackerns deutlich 
nach. 

Der Santec hat die dunkelste Bildröhre 
aller Testmodelle und ist sehr gut ent- 
spiegelt. Die Regler dieses Geräts sind 
optimal justiert; so neigt der Kontrast 


selbst bei voller Einstellung nicht zum 
Übersteuern, und die Helligkeitsein- 
stellung arbeitet über einen sehr weiten 
Bereich, so daß selbst dunkle Bilder 
z.B. eines Malprogramms deutlich 
wiedergegeben werden können. Leider 
war aber auch der DMC 1537 nicht op- 
timal justiert; das Bild war in der Mitte 
in horizontaler Richtung ganz leicht 
gestaucht. Dies ist - wie auch beim 
Eizo - zwar kein großes Manko, da ein 
Fernsehtechniker den Monitor pro- 
blemlos nachjustieren kann, aber, wie 
schon gesagt, in dieser Preisklasse 
kann man eigentlich optimale Justage 
ab Werk verlangen. 

An Regelmösglichkeiten läßt der Santec 
keinerlei Wünsche offen. An der Vor- 
derseite befinden sich zwei Regler für 
Kontrast und Helligkeit, sowie drei 
kleine Schalter in den Farben Rot, 
Grün und Blau, mit denen sich die ein- 
zelnen Farbanteile des RGB-Signals 
schalten lassen. Auf der Rückseite ver- 
fügt der DMC 1537 über vier Regler 
für vertikale und horizontale Zen- 
trierung und die Größeneinstellung in 
beiden Bilddimensionen, sowie über 
einen Wahlschalter für die Art des Ein- 
gangssignals ( RGB-Analog oder - 
Digital ). Man findet hier übrigens 
auch zwei Eingänge, nämlich die be- 
reits weiter oben erwähnte 15polige 
Buchse für das Analog-Signal und ei- 
nen D-Sub-9Pol-Eingang für das di- 
gitale Signal. Soweit dies aus der eng- 
lischen Bedienungsanleitung hervor- 
geht, sollte es möglich sein, beide Ein- 
gänge zu belegen und über den Signal- 
wahlschalter zwischen ihnen zu wech- 
seln, was es ermöglicht, den Monitor 
an zwei Rechner ( z.B. an einen Amiga 
2000 und eine eingebaute PC-Karte 
mit Grafikkarte ) gleichzeitig anzu- 
schließen und nach Bedarf umzu- 
schalten. Wie der Eizo wird auch der 
DMC 1537 mit einem stabilen dreh- 
und kippbaren Monitorständer ausge- 
liefert. 


Mitsubishi HF 1400 


Der Mitsubishi war mit Abstand das 
teuerste aller Testmodelle. Er zählt 
ebenfalls zu den Multiscan-Monitoren, 
wenngleich er nicht über eine ganz so 
sroße Frequenzvariabilität verfügt wie 
zum Beispiel der Santec oder der Eizo. 
Allerdings ist dieses Modell auch we- 
niger zum Anschluß an andere Rechner 
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vorgesehen, denn es wird - wie bereits 
erwähnt - vom Vertrieb speziell für den 
Amiga modifiert und mit passenden 
Anschlußkabeln versehen. Ohne diese 


Modifikation wäre es nicht möglich, 
diesen Monitor am Amiga zu betrei- 
ben. Die Lochmaske des HF 1400 ent- 
spricht mit einer Rasterungsgröße von 
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0.31 mm der des Santec; über die 
maximale Spalten- bzw. Zeilenanzahl 
war leider keine Angabe zu finden, sie 
dürfte sich aber im Bereich von 800 
mal 600 Bildpunkten bewegen. Die 
Farben des Mitsubishi sind sehr satt, 
und das Schriftbild ıst scharf und sau- 
ber. Entspanntes Arbeiten über längere 
Zeiträume ist somit auch mit diesem 
Monitor gewährleistet. Bisweilen - vor 
allem bei weißem Hintergrund - fällt 
jedoch ein leichter Blaustich des Bilds 
auf. Etwas nachteilig ist auch der zum 
Rand des Bilds leicht nachlassende 
Kontrast; dies führt dazu, daß das Bild 
von der Kontrasteinstellung her nur 
sehr schwer zu justieren ist, was sich 
auf Dauer schon bemerkbar macht. Die 
Bildwiedergabe ist besonders ruhig; in 
diesem Punkt hat der HF 1400 gegen- 
über den anderen Modellen des Tes- 
tfelds die Nase vorn. Dies liegt an einer 
technischen Besonderheit: Bei diesem 
Gerät handelt es sich nämlich um einen 
Monitor mit langer Nachleuchtdauer. 
Dies führt aber auch dazu, daß verän- 
derte Bildbereiche sehr langsam auf 
dem Bildschirm verblassen, was bei 
Textverarbeitung nicht weiter stört, bei 
Spielen oder anderer bewegter Grafik 
allerdings das Problem aufwirft, daß 
bewegte Objekte Fahnen hinter sich 
herziehen. Dies wirkt bisweilen leicht 
irritierend, was auch für Requester 
oder sich schließende Fenster gilt, die 
nicht sofort verschwunden sind, son- 
dern sıch sanft ausblenden. Wie auch 
beim Santec lassen sich beim Mitsu- 
bishi die Rot-, Grün- und Blauanteile 
des RGB-Signals getrennt schalten, 
was die gleiche Vielfalt an für den 
Monochrombetrieb verfügbaren Far- 
ben ermöglicht. 

Auch bei diesem Gerät stellt sich dem 
Anwender das Problem der fehlenden 
Tonwiedergabe; improvisieren ist SO- 
mit auch hier angesagt. 

Ihren großen Vorteil kann die lange 
Nachtleuchtdauer des HF 1400 im 
Interlace-Modus voll ausspielen, denn 
hierbei sorgt sie dafür, daß fast jeg- 
liches Flackern vom Bildschirm ve- 
rschwindet. Ohne Zweifel ist diese 
Wiedergabe herausragend gut; man ist 
förmlich versucht, Textverarbeitungen 
in Interlace auszuprobieren, denn sogar 
bei der Textdarstellung ist das Bild 
relativ sauber und ruhig, wenngleich 
immer noch ein gewisses Restflackern 
bleibt, was auf Dauer die Augen doch 


belastet ( außerdem sind die Schrift- 
zeichen im Interlace-Modus extrem 
klein, so daß man sehr genau hinsehen 
muß, um einen Text zu lesen ). Mit 
Mal- bzw. Konstruktionsprogrammen 
wie Deluxe Paint, Digipaint oder Aegis 
Draw Plus läßt sich mit diesem Mo- 
nitor optimal im Interlace-Modus ar- 
beiten; es ıst ein Genuß, die volle 
Auflösung von 640 mal 512 Pixeln zu 
fahren, ohne daß ein feststellbares 
Flimmern auftritt. 

Die Bildröhre des HF 1400 ist grau und 
entspiegelt. Auch war das Testgerät 
recht gut justiert, wenn es auch in der 
Horızontalen minimal gekippt er- 
schien. In Hinsicht auf die Regel- 
möglichkeiten enttäuscht dieser Moni- 
tor allerdings: Die einzige Mösglich- 
keit, die Bildwiedergabe von außen zu 
beeinflussen, besteht in einem Kon- 
trastregler und den drei Schaltern für 
die Farbanteile des RGB-Signals an 
der Rückseite. Leider neigt der Kon- 
trastregler sehr leicht zum Über- 
steuern. Dieser Mangel an Einstell- 
möglichkeiten fällt besonders in Hin- 
sicht auf einen Helligkeitsregler ne- 
gativ auf, man hat bei diesem Gerät 
keine großen Variationsmöglichkeiten 
in Bezug auf den persönlichen Ge- 
schmack. Auch die Möglichkeit, die 
Bildgröße zu verändern, sollte - wenn 
dies auch nicht elementar ist - 
eigentlich gegeben sein. Vorhanden 
sind die dafür nötigen Regler schon, 
aber leider muß man, um sie zu 
erreichen, das Gehäuse des Geräts 
öffnen und zum Schraubenzieher grei- 
fen. Dies ıst zwar keine Arbeit, die 
einen ausgebildeten Techniker erfor- 
dert, aber wohl dennoch nicht jeder- 
manns Sache. 


NEC MULTISYNC 


Der NEC Multisync ist wohl das be- 
kannteste Modell aus der Gattung der 
Multiscan-Monitore. Obwohl schon 
seit einiger Zeit auf dem Markt, han- 
delt es sich bei ihm um ein durchaus 
aktuelles Gerät, was auch gerade in 
Anbetracht des günstigen Preises, zu 
dem er teilweise erhältlich ist, gilt. 
Auch dieses Modell läßt sich an Rech- 
ner verschiedenster Bauart anschlie- 
ßen. Wie auch der Mitsubishi und der 
Santec verfügt der NEC über eine 
Lochmaske mit einer Rasterung von 
0.3l mm; seine maximale Auflösung 


beträgt 300 mal 560 Bildpunkte. Das 
Schriftbild des Multisync ist sehr sau- 
ber und scharf; der Kontrast ist gut und 
weist keine Differenzen von Bildmitte 
zu Bildrand auf. Kontraste verschie- 
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dener Farben werden sauber darge- 
stellt; Rot-Blau-Übergänge und feine 
Linien bereiten dem NEC keine Pro- 
bleme. Auch dieser Monitor ist bei 
längerem Arbeiten am Bildschirm sehr 
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entspannend, da auch das Bild sehr 
ruhig steht. In dieser Hinsicht ent- 
spricht er dem Santec und dem Eizo, 
denn wie bei diesen beiden Geräten ist 
nicht mehr als ein gelegentliches, fast 
unmerkbares Zittern bemerkbar. Eine 
weitere Gemeinsamkeit haben diese 
beiden Monitore in der Intensität der 
Farbwiedergabe, denn auch der NEC 
neigt zu eher sanfteren Farben. Laut 
Auskunft des Handbuchs verfügt der 
Multisync ebenso wie der Santec über 
die Möglichkeit, sieben verschiedene 
Farbkombinationen für die Textwie- 
dergabe im Monochrom-Modus einzu- 
stellen; leider arbeitet diese Schaltung 
nur im TTL- und nicht im Analog-Mo- 
dus, womit sie für reine Amiga-An- 
wender hinfällig wird. Wer aber noch 
über einen anderen Rechner oder eine 
2000er-Karte mit RGB-Digital-Signal 
verfügt, kann in den Genuß der ge- 
botenen Möglichkeiten kommen. 

Daß die besseren Monitore nicht über 
Tonwiedergabe verfügen, scheint eine 


Verbindung des Santec DNC 1537 mit den Aniga 


 Monitorseite 


D-Sub 15Pol-Stecker 


Signal 
Rot | 
 Rot-GND 
Grun 

Grun-GND 
Blau 
Blau-GND 
GND 

PGA Mode Control 
C-Sync 
 Unbenutzt 
 Unbenutzt 
Unbenutzt 
Unbenutzt 

H-Suync 

U-Sync 


Pin-Hr. 


DON AUAUNM 


Regel zu sein, an die sich auch der 
NEC hält. Nun ja, man ist es in- 
zwischen gewohnt und muß sich eben 
etwas einfallen lassen, wenn man zu 
gutem Bild und gutem Ton kommen 
möchte. 

Im Interlace-Modus macht der NEC 


ein recht gutes Bild. Zwar kann auch er 


das berüchtigte Flackern nicht unter- 
drücken, aber für die Anwendung von 
Malprogrammen oder die Grafikwie- 
dergabe ın Interlace reicht es allemal. 
Hierbei erscheint die Wiedergabe um 
einiges ruhiger als beim 1081. 

Der Multisync besitzt eine dunkle 
Bildröhre, und der Bildschirm ist sehr 
gut entspiegelt. Die Justage des Test- 
geräts war nahezu optimal; lediglich 
eine winzige Verschiebung im unteren 
Bildbereich in Richtung des rechten 
Bildrands war feststellbar, aber dies 
fiel nur bei sehr genauem Hinsehen 
auf. 

Mit Regelmöglichkeiten ist der NEC 
gut ausgestattet; allerdings ist die An- 


Verbindung 


Donna 


1 


Pin-Hr. 


ordnung der Bedienungselemente doch 
etwas unorthodox. So befindet sich - 
im Gegensatz zu allen anderen Test- 
geräten - der Ein- und Ausschalter auf 
der Rückseite des Geräts. Die Regler 
für Kontrast, Helligkeit, vertikale Zen- 
trıerung und Größe, horizontale Zen- 
trıerung und vertikale Bildfrequenz 
(diese muß beim NECvon Hand justiert 
werden, was aber weder größere Ge- 
schicklichkeit erfordert noch irgend- 
welche Probleme aufwirft ) sowie je 
ein Schalter für Textmodus ( welcher 
sich, wie oben erwähnt, mit dem 
Amiga nicht anwählen läßt ) und hori- 
zontale Größe findet man unter einer 
Klappe auf der Oberseite des Monitors. 
Leider ist die horizontale Bildgröße 
nur in zwei Stufen einstellbar. Auf der 
Rückseite finden sich noch ein Schalter 
für die Auswahl zwischen Analog- und 
TTL-Signal, ein Schalter für IBM- 
Modus ( arbeitet nur mit dem TTL- 
Sıgnal ) sowie diverse Dipschalter, die 
ebenso alle der Beeinflussung des 


MC 
D-Sub 235Pol-Stecker 


Signal 
SCLK 


SCLKEN RTNMN 
zero Detect 
Ci 

GMND 

GND 

GND 

GND 

GND 

-7 Volt 
+12 Volt 
+5 Volt 


Die GND-Pins 2,4,6 und 7 der Monitorseite können auch in belie-. 
biger Kombination einzeln mit den GND-Pins 16-28 der Rechnersei- 


te verbunden werden. 
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Verbindung des Eizo Flexscan und des NEC Multisync mit dem Amiga 


HMonitorseite 
D-Sub 9Pol-Stecker 


Signal 

Bor 

 Grun 

Blau 
e- Sync /H-Sync 
U-Sync 
Rot-GND 
Grun-GND 
Blau-GND 
END 


© GND-P Pins 6-9 


Pi n-Hr - 
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Verbindung 


Pin-Hr. 
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Rechnerseite 
D-Sub 23Pol-Stecker 


Sıgnal 


»CLK 
»CLKEN 


XCLKEN RTN 
Zero Detect. 


+5 Volt, 


der Honitorceite können auch in beliebiger Kom- 


ion einzeln ı mit den GND-Pins ib- -28 der Rechnerseite verbun- 


TTL-Signals vorbehalten sind. Ein 
Monitorständer erweist sich für den 
NEC als überflüssig, da das Gerät über 
einen ins Gehäuse integrierten Dreh- 
und Schwenkfuß verfügt. 


Die Qual der Wahl 


Will man sich einen anderen Monitor 
als den 1081 zulegen, so steht man vor 
einer schwierigen Entscheidung. Hier- 
bei sind wohl viele Faktoren wie per- 
sönlicher Geschmack, bevorzugte An- 
wendung und nicht zuletzt auch der 
Inhalt des Geldbeutels in Betracht zu 
ziehen. Generell bieten die Monitore 
Phillips CM 8833 und Commodore 
1084 für wenig Geld eine deutlich bes- 
sere Bildwiedergabe als der 1081 und 
sind für den nicht allzu anspruchs- 
vollen Anwender als günstige All- 
round-Monitore zu empfehlen. Wer al- 
lerdings viel Zeit vor seinem Amiga 
verbringt und sich dann auch noch viel 
mit Textverarbeitung oder Program- 


mierung beschäftigt, dem sei zu einer 
größeren Investition in Form eines der 
Multiscan-Modelle geraten, denn erst 
diese gewährleisten eine wirklich sau- 
bere Bildwiedergabe und somit au- 
genschonendes Arbeiten. Aber auch 
hier ist es nicht leicht, sich festzulegen, 
denn jedes der Modelle hat seine mehr 
oder weniger bedeutenden Vor- und 
Nachteile. So erscheint der Eizo den 
Mitstreitern in Hinsicht auf Schriftbild 
und Bildruhe ganz leicht überlegen, 
schneidet aber im Interlace-Modus 
ausgesprochen schlecht ab. Anderer- 
seits bietet er auch die satteste Farb- 
wiedergabe aller Testgeräte. Der San- 
tec und der NEC sind sehr gute Moni- 
tore für die verschiedensten Anwen- 
dungen und bringen problemloses Ar- 
beiten in jedem Modus mit sich. Sie 
sind für jeden Anwender, der einerseits 
viel am Gerät arbeiten und andererseits 
nicht auf gelegentliche Anwendung 
des Interlace verzichten möchte, beide 
absolut empfehlenswert. Allerdings 


sind ihre Farben nicht ganz so satt wie 
die des Eizo oder auch des Mitsubishi. 
Letzterer wiederum bietet dem An- 
wender die Möglichkeit, zumindest bei 
Grafikwiedergabe den Interlace-Mo- 
dus problemlos und auch über längere 
Zeit anzuwenden, was sich für An- 
wender anbietet, die sich bevorzugt mit 
Mal- und Konstruktionsprogrammen 
beschäftigen. Allerdings hat dieses Ge- 
rät Probleme bei der Darstellung be- 
wegter Bilder, weshalb es für Ani- 
mationen und Spiele wenig geeignet 
ist. So bleibt dem Interessierten nur zu 
raten, anhand seiner bevorzugten An- 
wendungen eine nähere Auswahl zu 
treffen und sich diese Geräte dann - 
wenn möglich - im Fachhandel selbst 
einmal anzuschauen. In Anbetracht der 
Tatsache, daß man - wie einige Test- 
geräte zeigten - immer einmal mit klei- 
nen Justierungsfehlern zu rechnen hat, 
erweist sich dies in jedem Fall als 
empfehlenswert. Wer diesen Weg 
nicht auf sich nehmen möchte und sich 
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eventuelle Sonderangebote zu nutze 
machen möchte, sollte sich anhand der 


hier gebotenen Entscheidungshilfen 
sehr gut überlegen, welches Gerät für 


Technische Daten 


Bildröhre 


Ablenkung 


Bildschirm 
größe 


Auflösung 
Zeilen 


Spalten 


Videosignal 
-Anstiegszeit 
-Abfallzeit 


Bildfrequenz 


Zeilenfrequenz 


Eingangssignale 


Synchronisation 
Separat 
Composite 
Composite 
auf Grün 


farbanzahl 
RGB TIL 
RGB Analog 
Bildeingänge 
Leistungs- 
aufnahme 


Gewicht 


Preis 


Bezugsquelle 


Commodore 
1084 


14 Zoll 
dunkler Schirm 
entspiegelt 
Schlitzmaske 


90 Grad 


0.42 mm 


50/60 Hz 


193.625 kHz 


Composite Video 
RGB Analog/TTL 


a a 
>» 


k.A. 
unbegrenzt 


Buro-Scart 
DIN 
75 Watt 


il kg 


DM /50,.* 


PDC 
6380 Bad Homburg 
06172/24748 
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Phillips 
CM 8833 


14 Zoll 
dunkler Schirm 
Schlitzmaske 


90 Grad 


0.42 mm 


9.625 kH2 


Composite Video 
RGB Analog/TTL 


ww 
er 


K.A. 
unbegrenzt 


Buro-Scart 
DIN 
75 Watt 


11 kg 


DM /50.* 


PDC 
6380 Bad Homburg 
06172/24748 


Eizo 
Flexscan 8060 S 


14 Zoll 
dunkler Schirm 
entspiegelt 
Lochmaske 


90 Grad 


0.28 mm 


620 
820 


15 ns 
i5 ns 


s0 - 80 Hz 
{ autom. ) 


15,! kiz + 35 kBz 
{ auton. ) 


RGB Analog 

RGB Digital 
positiv/negativ 
positiv/negativ 
negativ 

8/16/64 Farben 


unbegrenzt 


D-Sub 9Pol 


88 Watt 


13 kg 


DM 2274. 


Rein Elektronik 
4054 Nettetal 
02153/733-0 


ihn dıe beste Wahl darstellt. 


Technische Daten 


Bildröhre 


Ablenkung 


Punktraster- 
größe 


Auflösung 
Zeilen 
Spalten 

Videosignal 
-Anstiegszeit 


-Abfallzeit 


Bildfrequenz 
Zeilenfrequenz 


Eingangssignale 


Synchronisation 
separat 
Composite 
Composite 
auf Grün 

Farbanzahl 
RGB TIL 
RGB Analog 


Bildeingänge 

Leistungs- 
aufnahme 

Gewicht 


Preis 


Bezugsquelle 


Santec 
DMC 1537 


is Zoll, £lach 
dunkler Schirm 


entspiegelt 
Lochmaske 
O0 Grad 
0.31 mm 

600 

800 

K.A. 

K.ÄA, 

ss = 98 R2 


{ autom. ) 


19.9 KB2 3: 2 


{ autom. ) 


RGB Analog 
RGB TIL 


positiv/negativ 
positiv/negativ 


k.A. 

8/16/64 Farben 
unbegrenzt 
D-Sub 9Poi 
D-Sub 15Pol 
100 Watt 


43.9 XG 


DM 2211|, 


Sanyo Video 
Vertriebs GMBH 
2070 Ahrensburg 
04102/4901-0 


Mitsubishi 
HF 1400 


14 Zoll, lange 
Nachleuchtdauer 
entspiegelt 
Lochmaske 


k.A. 


0.31 mm 


vr 
ne 


12 ns 


ız2ns 


4 - WDHZ 


{| autom. ) 


15.5 kHz - 20.0 kHz 


{ autom. ) 


Composite video 


Composite synchron. 
Separat synchron, 


Video 


a 
=» 


K.A. 
unbegrenzt 


Anschlußkabel 
an Amiga 
80 Watt 


i2 89 


DM 2938. 


Videocomp 
6000 Frankfurt 
069/46 7001 


NEC 
Multisync JC-1401P3EE 


313 Zoll 
dunkler Schirm 
entspiegelt 
Lochmaske 


90 Grad 


0.31 mm 


en 3% 
({ manuell ) 


15.5 kHz - 35 kHz 
{ autom. ) 


RGB Analog 


REB TIL 


positiv/negativ 
positiv/negativ 


negativ 
8/16/64 Farben 
unbegrenzt 


D-Sub 9Pol 


78 Watt 


19.2 Kg 


DM 2164.- 
NEC Deutschland 


8000 München 
0893/9099930 
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VON JÜRGEN SCHMIDT 


KLAPPE, 


AUFNAHME, 
SCHNITT! 


The Director nennt sich ein Programm, das 
zum Erstellen von Diashows und Video-Prä- 
sentationen dienen soll. Im Unterschied zu 


anderen Programmen dieser Art verzichtet der 
Director auf eine Benutzeroberfläche. Die 
Maus kann also getrost beiseite gelegt werden, 
hier ist der Programmierer gefragt, obwohl 
der Hersteller selbst der Auffassung ist, daß 
der Anwender noch nicht einmal etwas von 
BASIC wissen muß, um mit dem Programm 


umgehen zu können. 


un, da sich die hier entwor- 
fene Sprache sehr stark an 
BASIC anlehnt, in manchen 


Befehlen sogar konform mit ihr ist, 
muß diese Behauptung doch zumindest 
bezweifelt werden. Es kann aber wohl 
davon ausgegangen werden, daß die 
meisten Amiga-Besitzer mit den Ei- 
genheiten von Basic vertraut sind, so 
daß sich keine großen Schwierigkeiten 
im Umgang mit dem Programm erge- 
ben dürften. 

Unterschiede zu BASIC liegen vor 
allem in der Erweiterung des Befehls- 
satzes für den grafischen Bereich. Das 
Programm stellt verschiedene Anwei- 
sungen zum Laden und Zeigen von 
Files im IFF-, ANIM- und IFF-ILBM- 
Standard zur Verfügung. Somit können 
fast alle Bilder der besten und ge- 
bräuchlichsten Grafikprogramme wie 
Videoscape 3D, Dpaint, DigiPaint oder 
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Aegıs Images bearbeitet werden. Der 
Gebrauch verschiedener Fonts im 
Amiga-Format sowie der Soundfähig- 
keiten des Rechners wird genauso 
unterstützt wie die relativ einfache 
Verwaltung von Bildschirm und 
Speicher. Bilder und Animationen 
können in sogenannten Puffern, also 
Speichern im Speicher, abgelegt wer- 
den, von denen das Programm so viele 
besitzt, wie vom Anwender zuge- 
wiesen werden, was nur vom vorhan- 
denen Speicherplatz begrenzt ist. Das 
Programm arbeitet nämlich vorzüglich 
mit dem Fast-RAM zusammen. Der 
Copy-Befehl ersetzt hier den Blitter, 
der ja bekanntlich mit dem Fast-RAM 
nichts anzufangen weiß, ansonsten 
aber gute Dienste tut, wenn es darum 
geht, große Datenmengen umherzu- 
schaufeln. Diese Dienste kann der Be- 
nutzer sich gezielt zu eigen machen, 


mit Blit, Blitdest und Blitmode stehen 
drei außerordentliche Befehle zur Ver- 
fügung, mit denen nicht nur das schnel- 
le Verschieben von Bildteilen über den 
Screen oder innerhalb des Speichers 
möglich ist. Weitere Anwendungen 
wären z.B. Mischen verschiedener 
Bilder ım Speicher, invertieren eines 
Objekts zum Negativ, oder Page- 
flipping in mehreren Windows auf ei- 
nem Screen zur selben Zeit, um nur 
einige zu nennen, denn die hier gebo- 
tenen Möglichkeiten sind wirklich 
vielfältig. Allein Blitmode kennt 256 
verschiedene Zustände, von denen 
zwar nicht jeder immer sinnvoll ist, 
was aber dennoch eindrucksvoll die 
Vielfalt der Bildmanipulationen, die 
hier angeboten werden, dokumentiert. 
Mit dem Planes-Befehl werden die 
unterschiedlichen Bitplanes aktiviert, 
so daß die oben beschriebenen Anwei- 
sungen, sowie die Zeichen-Befehle wie 
Draw, Ellipse, Circle, Rect oder Move 
sich nur auf dem gerade aktuellen Bit- 
plane vollziehen. Selbst die Bild- 
schirmauflösung eines Puffers kann 
vom Benutzer selbst bestimmt werden, 
somit sind sogenannte Diashows mit 
unterschiedlich aufgelösten Bildern 
keine Unmöglichkeit mehr. Schon 
selbstverständlich ist die Definition 
von verschiedenen Blenden wie Wipe, 
Fade, Flip und Dissolve. 

Ansonsten sind alle notwendigen De- 
klarations- und Steueranweisungen 
vorhanden, die BASIC kennt, um dem 
Programm den gewünschten Verlauf 
zu geben. Das Programm beinhaltet so 
viele Features, daß eine komplette 
Aufzählung mit dem Abdruck des 


Mit "THE 
DIRECTOR" 
zurück in die 50er. 


4 Fenster auf 
einem SCREEN; 
natürlich 
animiert. 


umfangreichen Handbuchs gleichzu- 
setzen wäre. 

THE DIRECTOR lief auf allen PAL- 
und NTSC -Amigas mit einem Lauf- 
werk und mindestens 512 KByte, doch 
empfehlenswert wäre eine Speicher- 
konfiguration mit | MByte. Das Hand- 
buch ist gut gegliedert und dürfte dank 
einiger Beispiele und Illustrationen 
auch für die Neulinge der Amiga-User 
ausreichen, zumal ein ausführliches 
BASIC-Handbuch im Lieferumfang 
des Amiga beinhaltet ist. Noch ein Tip 
zum Schluß, schauen Sie sich einmal 
Probe Sequence an, ein Demo- 
programm, das mit THE DIRECTOR 
erstellt wurde und einen Eindruck der 
immensen Möglichkeiten dieser Soft- 
ware vermittelt. 


The Director 
Herst.: The Right Answers Group 
Preis: ca. 150.- DM 


Vertrieb: Fachhändler 


31/2” AMIGALAUFWERK Extern 
Formschönes Metallgehäuse, helle 
Frontblende, 880 KB durchgeführter 
Port mit Schraubverriegelungen. 
Abschaltbar. DM 309,— DRUCKERKABEL 


STEREO 


Riinbow Data 


SOUND DIGITIZER 


31/2” ATARI-ST LAUFWERK Extern 
Formschönes Metallgehäuse, helle 
Frontblende, 720 KB, 20/80 Spur, 
durchgeführter Port, abschaltbar, 
eigenes Netzteil DM 339,— 


31/2’AMIGALAUFWERK Intern 


Komplett mit Einbausatz und 
Anleitung 


tung, durchgeführter Port mit 


Schraubverriegelungen. Abschaltbar. 
DM 369, — 


SPEICHERERWEITERUNG 
für Amiga 500 


512 KB Ram Speicherkapazität, mit 
Abschaltung und Uhr. ca. DM 239,—- 


DM 239, — 


51/4"AMIGALAUFWERK Extern 
Formschönes Metallgehäuse, helle 
Frontblende, 40/80 Spur Umschal- 


Amiga 500/2000 


DRUCKERKABEL 
Amiga 1000 


MONITORKABEL 
Amiga/Scart 


EMULATORKABEL 
C 64 — Amiga 
BOOTSELECTOR 
DFO/DF 1 oder 
DFO/DF2 


DM 23,— 


DM 23,— 


DM 29,— 


DM 19,90 


DM 19,— 


für Amiga 
500 / 1000 / 2000 


MIDI-INTERFACE 


DISKETTEN 
3,5” 200 NO NAME 
10 Stück DM 24,50 


KABEL 
Alle gängigen Kabel- 
typen a DM 17,— 


Erfragen Sie unsere aktuellen Tages- und Staffelpreise. 


Versand per Nachnahmen: 
Rainbow Data, Am Kalkofen 1, 5603 Wülfrath, Telefon (0 2058) 13 66 


51/4” ATARI-ST LAUFWERK Extern 
Formschönes Metallgehäuse, helle 
Frontblende, 720 KB, 20/80 Spur, 
durchgeführter Port, abschaltbar, 
eigenes Netzteil a.A. 


31/2” IBM XT LAUFWERK Intern 
Komplett mit Einbausatz und 
Anleitung a.A. 


DRUCKERKABEL 


Parallel/Centronics 


MONITORLEITUNG 
Atarı-ST/Scart. 
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VONJÜRGEN SCHMIDT 


IIIEL IM 
LAUFSCHRITT 


Oder: Die Bilder laufen schon lange, doch wie sieht 
es mit den Titeln aus? 


Bisher mußten sie mühsam mit dafür gar nicht 
vorgesehenen Malprogrammen erstellt wer- 
den. Doch damit soll jetzt Schluß sein. 
VIDEO-TITLER heipt das Programm, das aus 
dem Dilemma komplizierter Titelherstellung 
für Videos und Präsentationen helfen soll. 


ergestellt wurde das Soft- 
H warepaket von AEGIS, nach 
deren Philosophie dieses 


Programm die Lücke zwischen den 
einfachen Textgeneratoren der Hobby- 
Videofilmer und den sehr teuren Gra- 
fik- und Animationsgeräten der Profis 
schließen soll. Also gute Qualität zu 
einem Preis, den man sich leisten kann. 
Doch vor diesem Programm sollte man 
sich schon ein paar Dinge geleistet ha- 
ben, als da wären ein zweites Laufwerk 
sowie eine Speichererweiterung auf 
1,5 Megabyte. Mit einem Megabyte 
kann auch gearbeitet werden, wenn 
man auf Medres. und Highres. mit 
Overscan verzichtet. Besitzt man 2 
Megabyte bzw. eine Festplatte, so ste- 
hen dem Anwender alle erdenklichen 
Möglichkeiten, die dieses Programm 
bietet, zur Verfügung. Soviel zur 
erforderlichen Konfiguration. 

Das Softwarepaket besteht aus der 
Programm- und der Datendiskette 
sowie zwei Handbüchern, dies aus dem 
einfachem Grund, daß sich auf der 
Programmdiskette auch zwei Pro- 
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gramme, VIDEO-TITLER und VI- 
DEOSEG,, befinden. . 

Um gute Titel zu erzeugen, bedarf es 
verschiedener Schriftarten und Stil- 
richtungen. Hier steht dem Anwender 
eine große Auswahl zur Verfügung, 
denn es kann mit jedem Font im 
Amiga-Format gearbeitet werden. An- 
dere Fonts als die von der Daten- 
diskette erreichbaren können einfach 
im Arbeitsspeicher installiert werden, 
wo maximal zehn Fonts zu einem Zeit- 
punkt ansprechbar sind. Jeder Font 
kann mit einer von zwanzig 
Stilrichtungen, wie z.B. Schatten, 3D- 
Backdrops, Neon oder Umrandungen, 
effektvoll kombiniert werden. Weiter- 
hin können nicht nur Buchstaben- und 
Schattenfarbe beeinflußt werden, son- 
dern auch die Tiefe und Richtung der 
Schatten und der 3D-Backdrops ob- 
liegt der vollständigen Kontrolle des 
Benutzers. Wem dies allerdings noch 
nicht genug ist, der kann sich im so- 
genannten Expert-Mode seinen eige- 
nen Stil zulegen. Doch wer meint, 
hiermit sei das Thema Fonts nun abge- 


schlossen, der irrt, denn es gibt noch 
die sogenannten Poly-Fonts. Wird die- 
se Option angewählt, so erscheint der 
eingegebene Text in einem Fenster, 
welches verkleinert oder vergrößert 
bzw. schräggestellt oder gekippt wer- 
den kann, so daß der Text z.B. auf den 
Kopf gestellt erscheint. Poly-Font hält 
noch einmal fünf weitere Schriftarten 
bereit, aber auch die Amiga-Fonts 
können als Poly-Fonts bearbeitet wer- 
den, so daß jeder Schriftzug in ver- 
schiedenen Größen darstellbar ist. 
Ediert wird mittels eines Fadenkreu- 
zes, dessen Mittelpunkt einfach an die 
entsprechende Stelle des Bildschirms 
gebracht wird, woraufhin der Text ein- 
gegeben, verändert, gelöscht oder auf 
eine neue Position gesetzt werden 
kann. Als Hintergrund für ein Titelbild 
eignet sich jedes IFF-Bild. Die 
Möslichkeiten der Screenmanipula- 
tion sind dabei mannigfaltig, so be- 
stehen Optionen zum Bestimmen von 
Vordergrund und Hintergrund, 
Mischen der beiden Screens, sowie 
Schneiden und Einfügen mittels eines 
Zwischenspeichers. Über das Clip- 
board können nicht nur ganze Screens, 
sondern auch Windows oder Brushes 
von mehreren verschiedenen IFF-Bil- 
dern auf einen gemeinsamen Hinter- 
grund gesetzt werden. Farbverlauf, 
Spiegelung enlang der X- bzw. Y- 
Achse, Komprimieren, Strecken und 
Transparentmodus sind weitere nütz- 
liche Features, die genutzt werden kön- 
nen. 


Mit einigem Geschick und Übung 
lassen sich sogar 3D-Effekte oder z.B. 
das Füllen von Buchstaben mit einem 
bestimmten Untergrund erreichen. 
Sollten die Möglichkeiten der Bild- 
gestaltung einmal nicht ausreichen, 


plementiert. 

Halfbrite verdoppelt die Farbpalette, 
ist aber nicht auf allen Amiga 1000- 
Modellen nutzbar. Grund hierfür sind 
unterschiedliche Versionen des Cus- 
tomchips Paula. Keine Probleme dürf- 


Font as font can. 


af Severe 


sifkrite 


kann der Anwender dank des IFF-Stan- 
dards das Bild zur Weiterbearbeitung 
auch in andere Malprogramme ein- 
laden. 

Unterstützt werden alle verschiedenen 
Auflösungen mit Ausnahme des 
HAM-Modus. Auch Overscan und 
eventuell vorhandene Halfbrite-Fähig- 
keiten sind im Programm voll im- 


Neonschriften sind 
kein Problem. 


IFF- Bilder können 
als Hintergrund 
geladen werden. 


ten sich allerdings bei den Amiga S00- 
bzw. Amiga 2000-Rechnern ergeben. 
Zur Sicherheit ist ein Halfbrite-Test 
mit im Programm eingefügt. 

Sind nun auf die eine oder andere Art 
und Weise Bilder und Text erstellt 
worden, so geht es jetzt an die Bear- 


beitung einer Animation. Die Prozedur 


dazu ist denkbar einfach. Zuerst 


werden die Bewegungskriterien fest- 
gelegt, die Bewegung in ihre Einzel- 
schritte unterteilt und das fertige Bild 
dann in einem Anim-File abge- 
speichert. Dieser Vorgang wird fort- 
gesetzt, bis die gewünschte Bewegung 
abgeschlossen ıst. Danach wird der 
Anım-File geschlossen, und fertig ist 
die Animation, die jetzt jederzeit zum 
Abspielen bereit ist. Dies geschieht, 
wie Sie sich sicherlich schon gedacht 
haben, mittels Page-Flipping, also 
durch schnelles Zeigen der aufein- 
anderfolgenden Bilder. Da der Text 
sowie die Inhalte des Clipboards wirk- 
lich an jede Stelle des Bildschirms 
positioniert werden können, sind somit 
sehr fließende Bewegungen möglich, 
was natürlich auch eine erhöhte Anzahl 
von Bildern bzw. benötigtem 
Speicherplatz zur Folge hat. Um diesen 
Umstand soweit wie möglich 
einzuschränken, wurde auf eine Kom- 
pressionstechnik zurückgegriffen, wel- 
che nur die Unterschiede zwischen den 
einzelnen Bildern berechnet und 
speichert. 

Werden allerdings sehr viele, oder gro- 
Be Objekte, gleichzeitig über den 
Schirm bewegt, so spiegelt sich das 
nicht nur in längeren Files, sondern 
auch in einer verlangsamten Anima- 
tionsgeschwindigkeit wieder. 

Doch um einen Vorspann für einen 
Videofilm oder gar eine Präsentation 
zu erstellen, ist noch etwas mehr von 
Nöten als einfaches Page-Flipping. 

An dieser Stelle setzt VIDEO-SEG an. 
Der Name steht schlicht und ergreifend 
für Video Special Effect Generator. 
Aber keine Angst vor großen Namen, 
das Programm erwies sich in seiner 
Handhabung ebenso einfach wie nütz- 
lich. Konstruiert wurde VIDEO-SEG 
hauptsächlich für die Zusammenarbeit 
mit dem VIDEO-TITLER, da aber 
auch hier mit dem IFF und ANIM- 
Standard gearbeitet wird, steht einer 
Kooperation mit anderen Grafik- und 
Anımationsprogrammen nichts im 
Weg. Die hiermit zusammengestellten 
Diashows werden als Script gespei- 
chert und sind damit jederzeit wieder 
veränderbar. In diesem Script finden 
sich nicht nur alle nötigen Infor- 
mationen über die unterschiedlichen 
Bilder und Animationen, sondern auch 
die verschiedenen Übergänge oder 
Blenden zwischen einzelnen Bildern 
sind hier definiert. So kann der An- 
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wender zwischen Flip, Fade, Dissolve, 
Diagonals, Diamonds, 9 verschiedenen 
Wipes und 10  unterschiedlichen 
Blockoperationen die Art des Bild- 
aufbaus selbst bestimmen. Fade blen- 
det das aktuelle Bild aus, um kurze Zeit 
später das neue Bild einzublenden. Bei 
den Blockoperationen wird der Screen 
in 144 Felder unterteilt, somit sind z.B. 
spiralförmige Bildaufbauten von innen 
nach außen oder auch umgekehrt mög- 
lich. Dissolve bietet wohl eine der 
schönsten Formen des Bildwechsels, 
die mit diesem Programm möglich 
sind. Dabei wird von Pixel zu Pixel das 
eine Bild aus- und das nächste gleich- 
zeitig eingeblendet, so daß man den 
den Eindruck gewinnt, der Screen wür- 
de sich auflösen. Da jedesmal die Farb- 
palette mit dem Bild gewechselt wird, 
bietet VIDEO-SEG auch eine Mög- 
lichkeit, diese Überblendugen auf eine 
einfache Art zu testen, bevor man ei- 
nen Script schreibt. Alle diese Ak- 
tionen sind nur zwischen zwei Einzel- 
bildern anwendbar. Die in einem Script 
eingebundenen Animationen sind ver- 
ständlicherweise davon nicht be- 


troffen. 
Um bei längeren Filmen mit vielen Bil- 


dern und Animationen Verzögerungen 
durch lange Ladezeiten von der Floppy 
zu vermeiden, können Bilder sowie 
ANIM-Files in 99 verschiedene Buffer 
geladen und von dort aus gezeigt wer- 
den. So wird z.B. Screen 1 und 2 ge- 
laden, und während die Bilder für eine 
selbst zu bestimmende Zeit gezeigt 
werden, kann ein ANIM-File in den 
Speicher geladen und anschließend 
von dort aus abgespielt zu werden. 
Während dieser Zeit können nun wie- 
derum die Puffer, die Bild I und 2 
enthalten, gelöscht und mit neuen Da- 
ten belegt werden, so daß der Benutzer, 
auch bei begrenztem Speicherplatz, 
mit sorgfältiger Planung lange Prä- 
sentationen ohne störende Verzöge- 
rungen erstellen und zeigen kann. Po- 
sitiv hierbei ist auch, daß sämtliche mit 
VIDEO-TITLER und VIDEO-SEG er- 
arbeiteten Animationen oder Scripts 
auch vom Clı oder einem Execute-File 
aus aufrufbar sind, was wiederum 
wertvollen Speicherplatz spart. 
Beide Programmme laufen in NTSC- 
und PAL-Auflösung. Ein Manko sind 
die etwas knapp gehaltenen Hand- 
bücher, die zwar auf alle Befehle kurz 
eingehen, aber hier mangelt es an 


praktischen Beispielen und Tips, so 
daß der Benutzer, trotz einfacher 
Bedienung des Programms, zum Ex- 
perimentieren gezwungen ist. Trotz- 
dem ist der VIDEO-TITLER ein von 
seiner Anwendung her nützliches Pro- 
gramm, mit dem sich gerade wegen 
seiner Übersichtlichkeit und, wie ge- 
sagt, einfachen Handhabung ange- 
nehm arbeiten läßt. Leider können 
keine Bilder im H.A.M.-Modus ver- 
arbeitet werden. 

Anzumerken wäre noch, daß die 
Handbücher wieder einmal nur in eng- 
lischer Sprache erhältlich sind. 


Videotitler 

Herst.: Aegis Developement 
Preis: ca. 280.- DM 
Vertrieb: Fachhändler 


BANIER sense are m.dt.Hb..DM 298.- 


GENLOCK 8702 


POLAROID PALETTE m.Imprint 


BCULFT ID sounnnssnnesnnnnnnn m.dt.Hb..DM 229.- 
BHIHRTE 3D sonssusscännuuedee n.dt.Hb..DM 298.- 
TIDEDBERPE 3D „ooasusccunnee m.dt.Hb..DM 398.- 
FORBS ZU ELIGET „ususocansnna m.dt.Hb..DM 189.- 
BEPR.ANIHATION „oors0000000na m.dt.Hb..DM 498.- 
PRO VIDEO CGI mit A,0,0D...... m.dt,Hb..DM 398.- 


AUDIO MASTER oscscannnsonnen« m.dt.Hb..DM 169.- 
BENIR nun nn m.dt.Hb..DM 159.- 


DIEN kannten nun n.dt.Hb..DM 189.- 
BERE EBEN anne m.dt.Hb..DM 129.- 
Alle Programme mit deutschem Handbuch. 
deutsche Handbücher solo 

AZTEC C Manual deutsch V.3.4.. 128.- 
STUDIO MAGIC mit dt. Anleitung 129.- 
viLO-scroll-Generator: Vor + Abspann..DM 129.- 
SYNTHIGRAPH -soundgesteuert- m. HARDW.DM 349. - 


PERFECT VISION Color Video Digitizer 
s/w Echtz., color 1 sek.,dt.Anleitung..DM 498. 
PERFECT SOUND 
Stereo Sound Digitizer m.dt.Anleitung..DM 
THE 64 EMULATOR mit Interface 
MOUSE PADS in schwarz,rot,blau,grau, 
braun,tarnfarbe 

video LOFT 

Fiedlerstr. 22-32 
3500 Kassel 


225. 


39.95 
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Ihre AMIGA GRAFIK auf DIA-NEGATIV-OVERHEAD-FOLIE 
pro Bild DM 4.95, 12 Bilder 49.50 


WIR SEHEN UNS AUF DER Ce BIT : HALLE 1 STAND 8 n 4 
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WORT PERFEKT: 
BECKERtext Amiga 


Das deutsche Textwunder 


Alle, die viel schreiben, brauchen eine Textverarbeitung, die alles kann und trotzdem schnell 
TERN er TERH und komfortabel ist. Denn was nützt der größte Leistungsumfang, wenn man die Vielfalt der 
ee en REN 1 aan en Fer Funktionen nicht im Kopf hat und immer wieder das Handbuch wälzen muß? 
ee Nein, eine Alleskönner-Textverarbeitung muß her. Mit allen Features, die man wirklich braucht, 
der vollen Integration in die AMIGA-INTUITION-Oberfläche - sprich: Anklicken aller Befehle mit 
der Maus - und dazu noch ein akzeptabler Preis. Wunschtraum oder Realität? 
Die Antwort heißt BECKERtext AMIGA. 


Schnelle Direktformatierung: 

WYSIWYG-Prinzip: keine störenden Steuerzeichen im Text, schnelle Direktformatierung am Bild- 
schirm mit allen Attributen (fett, kursiv, unterstrichen, Blocksatz, zentriert, linksbündig, rechts- 
bündig, hochstellen, tiefstellen, Horizontal- oder Vertikaldruck, Variation der Zeichendichte). 


Einbindung von Grafiken: 

Wenn schon AMIGA, dann auch eine Textverarbeitung, die Grafiken verarbeitet. 

Für BECKERtext kein Problem: Das integrierte Hilfsprogramm BTSnap kann alle Grafiken im IFF- 
Format (Dateiformat, mit dem fast alle Mal- und Zeichenprogramme für den AMIGA arbeiten) 
und Bildschirmausschnitte der Workbench einlesen. Eine starke Sache. 


Rechnen im Text: 

Eine Textverarbeitung soll souverän mit Worten operieren, aber wie ist es mit Zahlen? Für 
BECKERtext AMIGA eine Leichtigkeit: Rechnen im Text, sowohl spalten- als auch zeilenweise. Mit 
bis zu 6 Nachkommastellen und 10stelliger Genauigkeit. Selbstverständlich mit Dezimaltabu- 
lator. Ein besonderer Vorteil für die Tabellenverarbeitung. 


Formulare nach Wahl: 

Mit BECKERtext AMIGA können Sie beliebige Formulare definieren und bis auf Abruf speichern 
RERK (z.B. für Rechnungen, Lastschriftformulare, Tabellen, Briefpapier, Seitenlayout, etc.). Die lästige 

Eee gran. Neudefinition bewährter Standardformate entfällt - wieder ein Pluspunkt mehr. 


BER 
N ae Elektronische Rechtschreibhilfe: 

Normalerweise folgt jeder Texteingabe die Korrektur. BECKERtext AMIGA leistet Vorarbeit: Das 
integrierte ONLINE-Lexikon überprüft den Text schon während der Eingabe auf Fehler in der 
sog Rechtschreibung (wahlweise auch danach). Da es individuell erweiterbar ist, eignet es sich auch 
Le für Fremdsprachen. 


Überlegene Features: 

Mehrspaltige Druckausgabe. Beim Ausdruck können Textdateien miteinander verknüpft werden. 
Multitasking: paralleles Arbeiten mit mehreren Programmen in verschiedenen Fenstern. Von 
einer Vorlage können bis zu 99 Kopien nacheinander ausgedruckt werden. Dreifache Funktions- 
tastenbelegung mit maximal 160 Zeichen zur Speicherung von Floskeltexten oder Tastatur- 
makros. 1- und 2-bahniger Etikettenausdruck. Automatisches Erstellen von Stichwort- und 
Inhaltsverzeichnissen. Serienbrieffunktion mit Übernahmemöglichkeit aus beliebigen ASCII- 
Dateien. Datentransfer über RS 232. Umfangreiche Blockoperationen (Suchen, Ersetzen, 
Kopieren, Verschieben). Komfortable Druckeranpassung mit integriertem Treiber für alle gängi- 
gen Drucker. Querdruck auf Epson-kompatiblen Druckern bis zu 999 Zeichen pro Zeile. Ausführ- 
liches deutsches Handbuch. Minimalkonfiguration: 1 MByte RAM. 


BECKERtext AMIGA 
nur DM 199,- 
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VON WOLF DIETRICH 


AUF BILDFANG 


Digitalisierte Bilder haben auf dem Amiga 
sehr schnell eine immer größere Verbreitung 
bekommen, vor allem in Diashows, aber auch 
als Hintergrundgrafiken in verschiedenen 
Arten von Programmen. Für den in dieser 
Richtung ambitionierten Grafikfreund bietet 
sich eine immer größere Palette von auf dem 
Markt befindlichen Digitizern an. Wir haben 
aus diesem Angebot zwei Produkte herausge- 
griffen, nämlich den bereits seit längerer Zeit 
erhältlichen und sehr preisgünstigen DigiView 
von NewTek und den wesentlich teureren 
Merkens VD 3 AMIGA. Zusätzlich zu diesen 
beiden Digitizern hatten wir noch einen RGB- 
Splitter VD 3 AMIGA von Merkens im Test, 
welcher in Verbindung mit beiden Digitizern 
genutzt wurde. 


ie beiden Gerät unterschei- 
den sich schon äußerlich 
sehr stark. Während sich Digi- 


View als winziges Gerät, kaum breiter 
als der Parallelport, auf den er auf- 
gesteckt wird, darstellt, handelt es sich 


Farbkamera ermöglichen soll. Weiter- 
hin gibt es am VD 3 einen Triggeran- 
schluß, an den ein externer Auslöser 
angeschlossen werden kann. 


beim VD 3 AMIGA um ein Kästchen 
in der ungefähren Größe einer original 
Commodore-Zweit-floppy. Aber auch 
in den Eingängen unterscheiden sich 
die Geräte: Während der DigiView 
über nur einen Eingang für ein Video- 
sıgnal verfügt, hat der Merkens derer 
gleich vier, von denen eines noch dazu 
mit einem Chroma-Filter versehen ist, 
der einen problemlosen Anschluß einer 


Der Farbspalter 


Das in diesem Test verwendete Zu- 
satzgerät, der RGB-Splitter VD 3, 
nimmt dem Anwender das lästige und 
qualitativ nicht immer überzeugende 
Arbeiten mit den Farbscheiben ab, 
sofern man farbige Bilder digitali- 
sieren möchte. Das Gerät, das mit 
einem eigenen Netzteil ausgeliefert 
wird, ist speziell für den VD 3-Digi- 


tizer entwickelt worden und verfügt 
über einen Farbvideoeingang und drei 
Ausgänge, an denen die Rot-, Grün- 
und Blausignale anliegen. Diese drei 
Ausgänge lassen sich direkt mit den 
Eingängen 2, 3 und 4 des VD 3-Digi- 
tizers verbinden, wodurch es möglich 
ist, eine Farbdigitalisierung in einem 
einzigen Durchgang vorzunehmen. 
Der RGB-Splitter läßt sich allerdings 
auch mit DigiView betreiben, wobei 
man allerdings zwischen jeder Digi- 
talisierungsphase ( für Rot, Grün und 
Blau ) das Kabel, das zum Digitizer 
führt, umstöpseln muß. Die Firma 
Merkens bietet jedoch ein mit dem VD 
3-Splitter technisch identisches Gerät 
an, das über nur einen einzigen Aus- 
gang und einen Umschalttaster für die 
Farbanteile verfügt und sich somit 
speziell für DigiView anbietet. Da ein 
elektronischer RGB-Splitter Farbver- 
schiebungen, wie sie bei der An- 
wendung von Farbscheiben entstehen, 
vermeidet, läßt sich mit einem solchen 
Gerät eine deutlich bessere Digi- 
talisierungsqualität erreichen, was sich 
in der Anwendung mit beiden 
Digitizern bestätigte. Auch ın Bezug 
auf die praktische Handhabung bringt 
ein Splitter gewaltige Vorteile mit sich, 
denn das Wechseln der Farbscheiben 
ist erstens umständlich und kann auch 
immer zu einem Verschieben der Ka- 
mera führen, wenn man einmal etwas 
unvorsichtig vorgeht, was dann zum 
Neubeginn der Digitalisierung zwingt. 
Für denjenigen, der viel und gut 
digitalisieren möchte, erweist sich ein 
solcher Splitter als optimale Unter- 
stützung, wenn nicht sogar als ein 
Muß. 
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Geschwindigkeit ist 
Trumpf 


In der Verarbeitungsgeschwindigkeit 
unterscheiden sich die beiden Geräte 
fast ebenso deutlich wie ın den 
äußeren Abmessungen. Der VD 3 ist 
beispielsweise in der Lage, Schwarz- 
Weiß-Digitalisierungen in einer Rate 
von bis zu 10 Bildern pro Sekunde 
vorzunehmen. 
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Dies gıbt dem Anwender dıe Möglich- 
keit, sogar bewegte Objekte einzu- 
lesen. Auch erweitert dies den Anwen- 
dungsbereich des Digitizers um einige 
Varianten; so ist zum Beispiel eine 
Raumüberwachung, die auf Bewe- 
gungen reagiert, denkbar. Weiterhin 
verfügt der VD 3 über verschiedene 
Digitalisierungsmodi, wie zum Bei- 
spiel den Outline-Modus, der nur 
Konturen bzw. Farbübergänge dar- 
stellt, womit sich sehr interessante 


Eine Sängerin, 
digitalisiert mit 
Merkens VD 3, 
in Pal-Auflösung. 


Saubere Farb- 
wiedergabe auch 
bei wechselhaften 
Kontrasten: 
MerkensVD 3. 


Die Lady von 
New Tek. 


Effekte erzeugen lassen. Ein Beispiel 
hierfür ist bei gleichzeitiger Ver- 
wendung eines Genlocks die Um- 
randung sich bewegender Objekte mit 
den Outlines, was einem am- 
bitionierten Videofreak mit Sicherheit 
einige neue Möglichkeiten bietet. 
Auch bei der Farbdigitalisierung kann 
die Verarbeitungsgeschwindigkeit des 
VD 3 überzeugen. Das Einlesen aller 
Farbsignale benötigt nur wenige 
Sekunden, und auch der Aufbau des 
Gesamtbildes, der danach erfolgt, läßt 
nicht lange auf sich warten. Bei 
DigiView sieht dies schon etwas 
anders aus. Zwar geht auch hier der 
Aufbau des Gesamtbildes recht schnell 
vonstatten, aber das Einlesen der 
einzelnen Bildsignale benötigt doch 
deutlich mehr Zeit, je nach Einstellung 
der Treibersoftware zwischen 15 Se- 
kunden und einer Minute, wobei man 
im “Schnell-Modus” allerdings auch 
mit nachlassender Digitali- 
sierungsqualität rechnen muß. Außer- 
dem bietet DigiView nicht den Kom- 
fort des Einlesens in einem einzigen 
Durchgang, selbst bei Anwendung 
eines RGB-Splitters. 


Praktische 
Probleme 


Leider ist es beim Digitalisieren nicht 
damit getan, alle Geräte anzuschließen, 
die Kamera auszurichten und los- 
zulegen. Um gute Bildqualität zu er- 
reichen, muß man sich vor allem um 
optimale Lichtverhältnisse kümmern, 
was auch gute Kenntnisse der ver- 
wendeten Kamera ( Weißabgleich! ) 
erfordert, denn in dieser Hinsicht sind 
beide Digitizer recht verwöhnt. Vor 
allem DigiView neigt zu einer 
gewissen Farbüberbetonung, die sich 
in leichterem Maße allerdings auch 
beim VD 3 bemerkbar macht. Dies 
kann mit den Regelmöglichkeiten der 
Software bei beiden Geräten zwar 
teilweise ausgeglichen werden, gerade 
ein Rotstich der Digitalisierungen 
bleibt aber dennoch des öfteren 
bestehen. Dieser Effekt tritt allerdings 
kaum mehr bei indirektem, aber 
kräftigen Tageslicht auf. Beim VD 3 
ist hierbei jedoch eine leichte 
Überbelichtung des Bildes auffällig, 
die mit dem Regelbereich der Ein- 
steller bisweilen nicht mehr aus- 
geglichen werden kann. Hier wünscht 


man sich einen etwas erweiterten Re- 
gelbereich. DigiView wiederum neigt 
in stärkerem Maße zu einer über- 
trıiebenen Farbsättigung, die sich zwar 
ausgleichen läßt, aber dieser Ausgleich 
geht dann zu Lasten des Kontrasts, wo- 
durch die Bilder recht unkonturiert 
werden. All diese Effekte hängen aber, 
wie gesagt, sehr stark von den Licht- 
verhältnissen ab, was den Anwender zu 
einigen Versuchen zwingt, bis die op- 
timale Ausleuchtung gefunden ist. 

In der Bildqualität unter optimierten 
Bedingungen können beide Digitizer 
überzeugen, wobei der VD 3 einen 
leichten Vorsprung erringt, da Digi- 
View auch dann noch - abhängig von 
den Farben des digitalisierten Motivs - 
bisweilen zu leichten Farbverfäl- 
schungen neigt, dıe allerdings nur sehr 
ambitionierte Anwender stören 
werden. Allerdings hat DigiView ein 
weiteres, sporadisch auftretendes 
Manko: Bisweilen werden Digi- 
talisierungen mit vertikalen Störungen 
in Form von Schlieren versehen, was 
dann meistens zu einer erneuten 
Digitalisierung zwingt. 


Die Software 


Die Steuersoftware beider Geräte 
erweist sich als ausgereift und an- 
wendungsfreundlich. Zum Merkens- 
Digitizer werden gleich zwei Treiber 
mitgeliefert, einer zum Scharz-Weiß- 
und einer zum Farbdigitalisieren. 
Beide bieten umfassende Regel- 
möglichkeiten, sowohl in Bezug auf 
Digitizer als auch auf den Amiga. Der 
VD 3 unterstützt sämtliche Bild- 
auflösungen des Amiga und freund- 
licherweise auch volle PAL-Aus- 
nutzung, was bei der DigiView-Soft- 
ware leider nicht implementiert 
wurde. Eine Möglichkeit, die die 
Merkens-Software nicht bietet, ist die 
nachträgliche Bearbeitung eines Bildes 
in Bezug auf Kontrast, Helligkeit, 
Farbanteile etc. Dies kann beim VD 3 


Unter optimalen 
Lichtbedingungen 
erhält man auch 
mit DigiView 
saubere Farb- 
wiedergabe. 


nur vor einer Digitalisierung ein- 
gestellt werden. Allerdings digita- 
lisiert der VD 3 ein Bild mit neuer Ein- 
stellung etwa in der gleichen Zeit, die 
DigiView für die Neuberechnung eines 
Bildes benötigt. Außer zur Bildverar- 
beitung und der Voreinstellung des 
Amiga bieten beide Digitizer noch 
einige andere Features, die weniger 
bedeutsam für die Digitalisierung sind, 
aber eine einfache Handhabung unter- 
stützen. Selbstverständlich unter- 
stützen beide Programme freien Dis- 
kettenzugriff, wobei die Merkens- 
Software mit komfortablen Zusatz- 
funktionen verwöhnt, wie dem 
Speichern von Bildern in Serie, wobei 
diesen ein vom Anwender festgelegter 
Name und eine vom Programm 
angehängte laufende Nummer zuge- 
wiesen wird. Alles in allem ist die Soft- 
ware beider Digitizer den Fähigkeiten 
der Geräte entsprechend und bietet 
kaum einen Anlaß zur Kritik. 


Fazit 


Die beiden vorgestellten Digitizer 
eignen sich für die verschiedensten 
Anwenderkreise. DigiView wird hier- 
bei wohl eher den Kreis der Hobby- 
Digitalisierer ansprechen, für den er 
sich auch wegen seines geringen 
Preises anbietet. Höhere Qualität und 


größere Flexibilität bietet aber ohne 
Zweifel der Merkens-Digitizer, der al- 
lerdings auch um einiges teurer ist und 
sich damit für sehr ambitionierte An- 
wender anbietet. Man darf den großen 
Geschwindigkeitsvorteil des VD 3 
auch nicht unterschätzen, denn wer 
einmal ein Dutzend Versuche unter- 
nommen hat, ein Motiv unter 
optimalen Lichtverhältnissen zu digi- 
talisieren, der wird den Zeitgewinn zu 
schätzen wissen. Den Spaß an der 
Sache wird man aber ohne Zweifel mit 
beiden Geräten haben. 


DigiView 

Herst.: NewTek, Inc. 

Preis: ca. 400.- DM 

Vertrieb: Amiga-Fachhändler 


VD 3 AMIGA 

Herst.: Merkens EDV 

Preis: 1798.- DM 

Vertrieb: Merkens EDV 
Fuchstanzstr. 6a 


6231 Schwalbach 


RGB-Splitter VD 3 AMIGA 

Herst.: Merkens EDV 

Preis: 898.- DM 

Vertrieb: Merkens EDV 
Fuchstanzstr. 6a 
6231 Schwalbach 
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VON ANDREAS DIEBOLD 


LICHT UND 
SCHATTEN 


Ein lange erwartetes Programm ist nun 
endlich auf dem deutschen Markt erschienen. 
Nach Sculpt-3D, mit dem es möglich. ist, 
fotorealistische Bilder im Ray-Tracing Ver- 
jahren zu erzeugen, soll nun Animate-3D aus 


dem gleichen 


Hause, 


Byte by Byte, 


ermöglichen, Bilder dieser Art zu einer Ani- 
mation zusammenzufügen. 


enjenigen, die schon mit 
Sculpt-3D gearbeitet haben 
und die nicht unbeträcht- 


lichen Rechenzeiten kennen, die zum 
Berechnen eines Bildes benötigt wer- 
den, wird sich zuerst die Frage stellen, 
ob es sich bei Animate-3D um ein 
völlig neues Programm handelt oder 
ob der Ray-Tracing-Teil unverändert 
(langsam ) ist. 

Die Antwort darauf ist sehr deutlich: 
Anımate-3D ist kein eigenständiges 
Programm. Wer Sculpt-3D noch nicht 
sein eigen nennt und nun Animate-3D 
erwirbt, wird im ersten Moment der 
Benutzung eine Enttäuschung erleben. 
Zwar ist Animate-3D einst als ein zu- 
sätzliches Modul angekündigt worden, 
doch der Kaufpreis von 348,- DM läßt 
erwarten, daß man dafür ein lauf- 
fähıges Programm in die Hand be- 
kommt. Dem ist leider nicht so. Die 
Entwickler scheuten keinen Aufwand, 
dem Benutzer die enge Verbundenheit 
von Sculpt-3D und Animate-3D zu de- 
monstrieren. Vor der ersten Benutzung 
muß Anımate-3D mittels eines mit- 
gelieferten Programms mit Sculpt-3D 
“zusammengemerget”’ werden. Kurz 


gesagt: Nur wer schon Sculpt-3D er- 
worben hat, kann die Investition von 
348.- DM nutzen und mit Animate-3D 
arbeiten. Dies erhöht natürlich den 
Kaufpreis dieses Ray-Tracing Anima- 
tions-Programms auf weit über 500,- 
DM, was aus der Werbung allerdings 
nicht so eindeutig hervorgeht. Ein 
Vorteil allerdings entsteht durch dieses 
System des ““mergens”. Man kann 
jegliche Version von Sculpt-3D mit 
Animate-3D verbinden. Außerdem 
verschwindet der Fehler, der beim 
Einladen von IFF-Bildern in PAL-Auf- 
lösung entstand. Die Rechenge- 
schwindigkeit des Ray-Tracers bleibt 
jedoch unverändert. Nun aber zu dem, 
was einen nach dem “Mergen” er- 
wartet. Auf den ersten Blick sieht alles 
nach Sculpt-3D aus: Der gewohnte Tri- 
View mit einer Vielzahl von Menüs. 
Rein äußerlich lassen sich nur einige 
neue Menüpunkte als Unterschei- 
dungsmerkmal festmachen. 

Das wichtigste Feature zum Erstellen 
einer Animation ist ein Take. Dieser 
Ausdruck stammt aus dem Wortschatz 
der Filmemacher und bedeutet soviel 
wie eine in sich geschlossene 


Aufnahmesequenz. Dementsprechend 
wird mit einem Take eine Animation 
global verwaltet. Es besteht aus zwei 
Windows, welche eine Vielzahl von 
Gadgets beinhalten. Es wäre natürlich 
müßig und sehr kompliziert, eine 
fließende Animation zu erzeugen, 
wenn man jedes Einzelbild separat 
konstruieren und berechnen müßte. Ein 
gutes Animationsprogramm hebt sich 
hier durch Hilfsmittel hervor, welche 
diese Aufgabe vereinfachen. Animate- 
3D bietet hier einiges. Die einfachste 
Möglichkeit ist das Arbeiten mit Key- 
frames. Wie gewohnt entwirft man in 
Sculpt eine Scene, welche das Start- 
Keyframe darstellt, also das erste Bild 
der Animation. Nun wird eine zweite 
veränderte Scene genutzt, um ein 
weiteres Keyframe darzustellen. Alle 
Objekte der Scene können hier ihre Po- 
sition verändert haben. Im Take 
vereinbart man, wieviele Bilder 
zwischen diesen beiden Scenes be- 
rechnet werden sollen. Animate-3D 
interpoliert dann die Bewegung der 
Objekte, d.h., sie werden möglichst 
gleichmäßig von ihrer Start- zu ihrer 
Endposition bewegt. Man kann inner- 
halb eines Animationsablaufs auch 
mehrere Keyframes definieren, um 
den Bewegungsablauf besser kon- 
trollieren zu können, denn besondere 
Wünsche kann dieses Verfahren natür- 
lich nicht erahnen. Ebenso witzig wie 
interessant ist dabei natürlich auch die 
Möglichkeit der Metamorphose, also 
der Veränderung eines Objektes wäh- 
rend der Animation. Doch uneinge- 
schränkt ist dies nicht, da man die 
Grundstruktur eines Objektes nicht 
verändern darf, d.h. weder die Anzahl 
der Scheitelpunkte eines Objekts noch 
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Das Take dient 
zur Verwaltung 
einer Animation. 


{OAb GLOBAL SCENE DELETE ALL TIMES 


OK 


RENDER ALL 


die Art der Verbindung dieser Punkte 
darf sich ändern. Doch auch so lassen 
sich schnell viele Effekte erzeugen, 
welche per Hand immens langwierig 
zu erzeugen wären. 

Die zweite Methode, eine Anımation 
zu beschreiben, ist ein Path, also ein 
Weg. So wie es der Name verspricht, 
wird ein solcher als ein einfaches 
Gebilde zusammenhängender Linien 
in das Tri-View gezeichnet. Menüge- 
steuert wird eine solche Linie dann 
zum Path gemacht. Jeder Scheitel- 
punkt einer solchen Linie stellt ein Bild 
der Animation dar, genau an dem 
Punkt, an welchem sich das Objekt 
dann im Raum befindet. Es ist hierbei 
möglich, die Zeitabläufe zu kon- 
trollieren, also den zeitlichen Abstand 
zweier aufeinanderfolgender Bilder, 
unabhängig von ihrer Entfernung, 
welche sich durch den Path ergibt. 
Direkt zum Path gesellt sich ein 
weiteres Hilfsmittel, nämlich eine 
Hierarchieverwaltung. Um nämlich 
ein Objekt auf einem Path zu bewegen, 
wird dieses dem Path untergeordnet. 
Doch dieses Hierarchiesystem läßt sich 
auch auf Objekte untereinander an- 
wenden. Dies geschieht ähnlich dem 
File-System auf den Disks mit seinen 
Directories und Subdirectories in vie- 
len Ebenen. 

Mit dieser Hilfe kann ein Objekt, 
welches z.B. einem menschlichen 
Körper entspricht, verwaltet werden. 
So ist dann etwa der Arm dem Rumpf 
untergeordnet, dem Arm die Hand und 
der Hand wiederum die Finger. Mit 
dem schon angestellten Vergleich kann 
man den Rumpf als Hauptdirectory 
sehen, in der sich nun Subdirectories 
wie linker Arm, rechter Arm, linkes 
Bein etc. befinden. In den Arm- 
Subdirectories befindet sich nun 
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wiederum die Directory Hand, in 
welcher sich dann als angenommener 
Endpunkt fünf Finger aufhalten. Der 
Vorteil der ganzen Aktion ist : Wenn 
man eine Directory bewegt, bewegt 
man ihren gesamten Inhalt mit. 
Trotzdem ist jeder Inhalt wiederum 
eine eigenständige Sache, welche auch 
separat bewegt werden kann. Bindet 
man auf diese Art mehrere Objekte 
zusammen, etwa die oben angenom- 
menen, so wird, wenn der Rumpf 
bewegt wird, auch alles andere mit- 
bewegt. Die Arme usw. bleiben also 
nicht irgendwo im Raum alleine und 
verlieren ihren notwendigen Zusam- 
menhang mit dem Rumpf. Trotzdem 
bleiben sie eigenständige Objekte und 
können wie ein Arm etwa gehoben 
werden, ohne daß dabei wiederum der 
Rumpf bewegt wird. Man sollte sich 
allerdings seine Hierarchien schon 
vorher gut überlegen, da ein Einfügen 
oder Davorsetzten in der heirachischen 
Struktur nur durch einigen Aufwand 
möglich ist. Dazu muß man nämlich 
einen Teil löschen, dann das Ge- 
wünschte einfügen, um zuletzt wieder 
das Alte anzuhängen. 


Bisweilen 
entstehen leider 
fehlerhafte 
Streifen im Bild. 


Besonders nett wird diese Sache noch 
durch die Möglichkeit, weitere Wege 
(Paths) in diese Strukturen einzu- 
binden, um, z.B. wenn der Rumpf von 
a nach b bewegt wird, den Arm 
schwingen zu lassen. Und all dies läßt 
sıch recht einfach auf grafischem 
Wege im Tri-View erstellen, ohne daß 
man dabei Unmengen von Ko- 
ordinaten im Kopf oder sonstwo 
behalten muß. 

Zum Thema Path bleibt noch anzu- 
merken, daß die Lage des Objekt auf 
diesem Weg nicht dem Zufall über- 
lassen bleibt. Ohne Zutun behält es die 
Lage in Bezug auf die Raumachsen, in 
der es konstruiert wurde, bei. Doch mit 
<MODIFY. TUMBLE> läßt sich für 
jedes Bild die Lage des Objekts wie- 
derum auf grafischem Wege edieren. 


Eine weitere Neu- 

iskeit sind Splines. 

Das sind Linien, die durch mehrere 
Punkte beschrieben werden, diese aber 
nicht direkt, also gradlinig miteinander 
verbinden, sondern diese Verbindung 
in weichen Bogen beschreiben. Der 
Grad dieser Weichheit kann beliebig 
verändert werden. Ebenso kann die 
Linie auf ihren Definitionspunkten 
verzerrt oder geknickt werden. Es ist 
damit ein Leichtes, in sich verzogene 
Flächen zu erzeugen. Eine Spline kann 
auch zu einem Path gemacht werden, 
womit man eine weitere Möglichkeit 
hat, den Weg der Animation zu beein- 
flussen. Animate-3D läßt mehrere 


Wege offen, die Animation festzu- 
halten. Zum einen als komprimierte 
Bildfolge aus dem RAM, über ein Wie- 
dergabeprogramm, das ‘separat mitge- 
liefert wird und wohl weitergegeben 


_ AMIGA MAN ® - 
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u 
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werden darf, oder direkt zu einem 
anderen Medium, etwa einem Video- 
recorder, der in der Lage ist, Einzel- 
bilder aufzunehmen. Über die serielle 


Schnittstelle kann diesem dann ein 
Signal gegeben werden, wenn ein wei- 
teres Bild fertig berechnet ist, so daß 
man nicht manuell darauf lauern muß. 
Diese Methode ist jedoch durch den 
enorm hohen Preis einzelbildauf- 
nahmefähiger Videorecorder nur 
einem sehr begrenzten Anwenderkreis 
vorbehalten. 

Bei der Anwendung der Methode der 
RAM-Animation tut sich in der vor- 
liegenden Version ein kleines Problem 
auf. Laut Handbuch sollte man sich 
entscheiden können, ob jedes einzelne 
Bild als IFF-File erhalten bleibt oder 
nicht. Da die Komprimierung zum 
Film über den Weg der IFF-Files er- 
folgt, sollten, wenn man sich gegen die 
Speicherung aller Einzelbilder ent- 
scheidet, nie mehr als fünf Bilder auf 
einmal in den Massenspeichern vor- 
handen sein. Soweit das Handbuch. In 
der Praxis jedoch blieben immer alle 
Bilder auf den Laufwerken, bzw. in 
der RAM-Disk liegen. Bedenkt man 
nun, daß für eine Sekunde Animation 
25 Bilder benötigt werden, so erfordert 
dies gigantische Kapazitäten an 
Massenspeichern, denn auch der 
eigentliche Anımationsdatensatz 
nimmt recht schnell beachtliche Aus- 
maße ein. Einzig tröstend ist da noch 
die Option, daß man die Lage jedes 
einzelnen Bildes vorausbestimmen 
kann und so alle zur Verfügung ste- 
henden Laufwerke nutzen kann. Dabei 
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Auch komplexe 
Arrangements 
sind kein 
Problem. 


Die bekannte 
Kugel-Demo, er- 
stellt mit Ani- 
mate 3D. 


muß aber für jedes Bild eine eigene 
Angabe gemacht werden. Ebenfalls 
sehr störend fiel auf, daß während der 
Berechnung der Animation kein Ab- 
bruch möglich war. Wird man sich 
eines Fehlers erst zu spät bewußt, 
bleibt nur noch sehr lange warten oder 
ein Reset. Man sollte allerdings hoffen 
können, daß dieser Fehler schnell 
beseitigt wird, da er doch recht hinder- 
lich ist. Auch an anderen Stellen läuft 
noch nicht alles hundertprozentig, und 
Benutzerfehler werden mitunter ein 
Mekka für den Guru. Trotzdem, die 
Möglichkeiten sprechen für sich, und 
nach etwas Eingewöhnung kann man 
einige tolle Sachen machen, wenn man 
bereit ıst, für einige Zeit auf ander- 
weitige Nutzung des Rechners zu ver- 
zichten. Außer den bekannt langen 
Rechenzeiten des Ray-Tracers geht 
auch die Komprimierung der Bilder 
zur Animation verblüffend langsam 
vonstatten. 


Die Komprimierung von einem Bild 
zum nächsten kann schon mal eine 
viertel bis halbe Stunde dauern. Bei 
einer Animation über fünfzig Bilder 
vergeht da dann schnell nochmal ein 
weiterer Tag, bis man sich seiner 
Mühen erfreuen darf. Für intensive 
Nutzung sind also am besten wenig- 
stens zwei MegaByte und eine Turbo- 
karte angesagt. Man darf jedoch nicht 
vergessen, daß auch Animationen im 
Paint-Modus, also ohne Ray-Tracing, 
möglich sind. 


Das geht viel schneller vonstatten und 
ergibt auch eindrucksvolle Ergebnisse, 
die etwa Vıideoscape 3D in Bedienung 
und Qualität ( freie Farbwahl ) über- 
legen sind. 

Fazit: Wo viel Licht ist, da gibt es auch 
viel Schatten, wozu sich ja auch noch 
der hohe Preis gesellt. Ob die Methode 
des “Mergens” ( oder sollte man es 
vielleicht auch “Ein Programm zum 
Preis von zweien” nennen? ) viele 
Freunde finden wird, bleibt zu be- 
zweifeln. Jedoch läßt es sich nicht von 
der Hand weisen, daß diese Software 
enorm leistungsfähig und dem Amiga 
würdig ist, ihn also in Bereiche vor- 
stoßen läßt, die noch vor nicht all- 
zulanger Zeit für dieses Geld als 
undenkbar erschienen. 


; : Ed Telefax 02 31/81 7429 
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UNIER DRUCK 
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DREI DRUCKER, DIE FARBE AUF'S PAPIER 


Wer am Rechner viel mit grafischen 
Programmen arbeitet, dem wird es sicher öfter 
einmal passieren, dab er einen Ausdruck 
seiner Leistungen zu Papier bringen möchte. 
Hier ist ein normaler Drucker allerdings nicht 
gerade das Gelbe vom Ei, denn ohne die 
Farben wirken oftmals die besten Ausdrucke 
nicht besonders. In diesem Fall ist die 
Anschaffung eines Farbdruckers durchaus 
sinnvoll, und wenn dieser dann auch noch 
hochwertige Textausdrucke beherrscht, hat 


man gleich zwei Fliegen mit einer Klappe 


geschlagen. 


rei Drucker, die dies alles 
vermögen, stehen sich in 
diesem Test gegenüber: der 


Commodore MPS I500C, der Xerox 


und mit einem Preis von 798.- DM 
liegt er sicherlich an der Untergrenze 
dessen, was man für einen Farbdrucker 
allgemein auf den Ladentisch blättern 


Diablo € 150 und der PaintMaster von 
Calcomp. Ein direkter Vergleich zwi- 
schen diesen Geräten soll allerdings 
aus zwei Gründen nicht gezogen 
werden: erstens arbeiten alle drei 
Drucker mit einem anderen Prinzip, 
und zweitens liegen sie preislich sehr 
weit auseinander. Dies gilt im Ver- 
gleich zu den zwei anderen Geräten 
vor allem für den Calcomp, der eher 
ein Beispiel für das heutzutage tech- 
nisch Machbare darstellt. 

Der MPS 1500C ıst ein Vertreter der 
Gattung der Matrixdrucker und ar- 
beitet mit9 Nadeln. Er ist mit Abstand 
das preisgünstigste Modell ım Test, 
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muß. Schon etwas mehr muß man für 
den Diablo C 150 hinlegen, denn 
dieses Gerät, übrigens ein Tinten- 
strahlfarbdrucker, schlägt mit 1998.- 
DM zu Buche. Dies sınd jedoch alles 
keine Summen im Vergleich zum 
Calcomp PaintMaster. Wer dieses 
Gerät, das nach dem Thermotrans- 
ferprinzip arbeitet, sein eigen nennen 
möchte, sollte über ein größeres 
Bankkonto verfügen und/oder einen 
professionellen Einsatzbereich haben, 
denn es kostet ca. 12500.- DM. 


Alltagsbetrieb 


Wenn man viel zu drucken hat, so ist 
die Bedienungs- und Einstellfreund- 
lichkeit eines Druckers ein nicht un- 
wichtiges Kriterium. Bereits hierbei 
überzeugt der Calcomp auf Anhieb, 
denn bei diesem Gerät hat der An- 
wender nicht viel mehr zu tun, als den 
Druckertreiber zu laden, Papier einzu- 
legen und mit dem Ausdrucken zu be- 
ginnen. Außer einem Einschalter ver- 
fügt der PaintMaster nur noch über 
zwei Druckknöpfe an der Vorderseite, 
die zum Papiereinzug und -auswurf 
dienen, was der Drucker im normalen 
Betrieb allerdings auch automatisch 
erledigt. Um Einstellungen eines Zei- 
chensatzes oder verschiedener Modi 
muß sich der Anwender bei diesem 
Gerät nicht kümmern, denn das wird 
vom Druckertreiber vorgenommen. So 
erwies es sich nach dem Laden des- 
selben als problemlos, deutsche Son- 
derzeichen, Fett- und Kursivschriften 
und auch Unterstreichungen auszu- 
geben. Dies gelingt beimDiablo C150 
leider nicht; dieses Gerät ignorierte alle 
verschiedenen Schriftarten einfach. 
Die Bedienung hingegen erweist sich 
als fast so unkompliziert wie die des 
Calcomp, denn an der Vorderseite 
findet man nur zwei Schalter für Reset 
bzw. Pause und Papiervorschub. An 
der Rückseite des Geräts gibt es noch 
Schalter für Selbsttest und Düsen- 
reinigung sowie diverse Dipschalter 
für Grundeinstellungen, von denen 
eigentlich nur zwei ( für die Wahl 
zwischen bi- und unidirektionalem 
Ausdruck und Aktivierung des auto- 
matischen Line Feeds ) von größerer 
Bedeutung sind. Auch der Commo- 


dore weist nur drei Schalter ( Line 
Feed, Form Feed und Local bzw. On- 
line ) auf, aber bei diesem Gerät gibt es 
dennoch deutlich mehr Einstellmög- 
lichkeiten. Diese werden allerdings 


nicht über Schalter, sondern im 
Dialogbetrieb vorgenommen. Hierbei 
druckt der /500C die jeweilige 
“Anfrage” aus, worauf man über die 
drei Schalter Veränderungen vorneh- 
men kann. 


Dieses Prinzip erweist sich allerdings 
als etwas umständlich, denn bisweilen 
muß man sich durch den ganzen Dia- 
log arbeiten, wenn man nur eine Ein- 
stellung ändern will. Dafür kann sich 
der Besitzer eines /500C über den mit- 
gelieferten ( unidirektionalen ) Traktor 
für Endlospapier freuen. Auch ist 
dieses Gerät problemlos in der Lage, 
Fettschrift und Unterstreichungen 
auszugeben. Kursivschrift verweigerte 


Der MPS 1500 C 
von Commodore 


Der Diablo C150 
von Xerox. 


Der PaintMaster 
von Calcomp. 


er allerdings auch. Hierbei ist dazu- 
zusagen, daß bei allen drei Druckern 
lediglich der dazugehörige Treiber ge- 
laden und dann der Druckvorgang ak- 
tiviert wurde, denn es ging darum, ver- 
schiedene Schriftarten ohne große Jus- 
tage auszudrucken, wie das eben auch 
im Alltagsbetrieb funktionieren sollte. 
Der Commodore und der Calcomp be- 
dürfen ım normalen Betrieb keiner 
größeren Wartung; man muß lediglich 
ab und an das Farbband wechseln und 
dafür Sorge tragen, daß Papier einge- 
legt ist. Etwas mehr Arbeit hat man in 
dieser Hinsicht prinzipbedingt mit dem 
Diablo, denn mit dem Auswechseln 
der Tintenpatronen ist es nicht immer 
getan. Zum ersten muß man darauf 
achten, daß dieses Gerät absolut gerade 
steht, wozu es über eine eingebaute 
kleine Wasserwage verfügt, denn sonst 
bekommt man Probleme mit dem Tin- 
tenfluß. Auch bedarf der C 1/50 regel- 
mäßiger Reinigung, vor allem, wenn 
das Gerät mehrere Tage nicht in Be- 
trieb war, da sonst die Qualität der 
Ausdrucke deutlich nachläßt. Im 
Lieferumfang sind dementsprechend 
einige Pflegegerätschaften inbegriffen. 
Der Reinigungsvorgang ist zwar nicht 
allzu arbeitsaufwendig, doch darf man 
sich danach im allgemeinen ( wie auch 
beim Wechseln der Tintenpatronen ) 
über bunte Finger freuen. Die Druck- 
kosten halten sich bei Commodore und 
Diablo ın Grenzen, denn weder das 
Farbband des einen noch die Tinten- 
patronen des anderen sind allzu teuer. 
Über den Preis des Farbbands für den 
Calcomp lagen leider keine Informa- 
tionen vor, doch man muß davon aus- 
gehen, daß er sich schon in anderen 
Dimensionen bewest als der Preis für 
ein Matrixdruckerfarbband. Auch be- 
nötigt man für dieses Gerät Spezial- 
papier, welches nicht gerade billig ist. 
Allerdings ist auch beim Diablo die 
Verwendung von Spezialpapier rat- 
sam, denn damit läßt sich die Qualität 
der Ausdrucke steigern. Sowohl der 
Diablo als auch der Calcomp sind 
übrigens in der Lage, für Overhead- 
Vorlagen Folien zu bedrucken. 


Druckqualität 


In der Qualität der Ausdrucke bestehen 
bei diesen drei Geräten deutliche Un- 
terschiede, die schon von den Preisen 
her zu erwarten sind. So kommt der 
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Dies ist ein Textausdruck 
mit dem Commodore 1500 C. 
wie sieht es hier mit den 
deutschen Sonderzeichen aus: 
aäö5° üa‘k SS ÜRBR 
Wunderbar. Nun wird’s fett, 
und nun unterstrichen und fett. 
Leider gibt’s mit den kursi- 
ven Zeichen Probleme. Als 
Druckertreiber wurde hier 
ein IBM-Kompatibler verwen- 
det, der MPS 1500 C emuliert 
allerdings auch den Epson 

( JX-80 ). 


Dies ist ein Textausdruck 
mit dem Diablo C1i58 von 
xEROX. DerTest mit den 
deutschen Sonderzeichen! 
ao uk 5 ÜR 
Das macht keine Probleme. 
Leider druckt der C158 we- 


der in Kursiu- noch in 
Fettschrift, und auch Un- 


terstreichungen wurden 
nicht ausgegeben. 

Der passende Druckertreiber 
für den C159 sollte auf je- 
der Workbench zu finden 
sein. 


Dies ist ein Textausdruck 
mit dem PaintMaster von 
CALCOMP. Hier sieht man 
Kursivschrift, und hier 
Fettdruck. Auch kursiv 
und fett ist kein Pro- 


blem. Das gleiche gilt 


für Unterstreichungen, 
mit jeder Schriftart. Nun 


mal sehen. wie es um die 
deutschen Sonderzeichen 
steht: 

aäö üxrRA vd UÜRBRB 

All das funktioniert wun- 
derbar, wenn man auf der 
Workbench den Epson-Druk- 
kertreiber anwählt. Das 
Schriftbild gibt keinen 
Anlaß zur Kritik. 


MPS 1500 C mit helleren Bildern 
deutlich besser zurecht als mit sehr 
farbintensiven Ausdrucken, wo er 
öfters etwas zum Verschwimmen 
neigt. Auch zeigen sich die matrix- 
druckertypischen horizontalen Strei- 
fen recht deutlich, was ebenfalls bei 


dunklen Bildern am deutlichsten auf- 
fällt. Dennoch kann die Druckqualität 
durchaus befriedigen. Das Problem mit 
den Streifen kennt der Diablo C 150 
nicht. DiesesGerät kommt sehr gut mit 
den verschiedenartigsten Bildern zu- 
recht, wobei man in bestimmten Fällen 
lediglich leichte Abstriche im Kontrast 
hinnehmen muß. Dafür sind Farben 
deutlich satter und voller, und auch die 
Punkte, aus denen das Bild aufgebaut 
ist, sind kleiner als beim MPS I500 C. 
Allerdings hat der Diablo auch Pro- 
bleme mit Pastelltönen, die er bis- 
weilen ein wenig zu farbintensiv wie- 
dergibt. Dieses Problem tritt allerdings 
nur in selteneren Fällen auf. Dem 
Calcomp hingegen sind all diese Pro- 
bleme unbekannt, denn er glänzt mit 
einer bisher nicht gesehenen Druck- 
qualität. Egal, welche Farben, welche 


Kontrastprobleme: MPS 1500 C 


Matrixdruckertypische Streifen: MPS 1500 C 
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Kontraste oder welche Bildgröße, der 
PaintMaster bringt die Bilder brilliant 
zu Papier. Dies geht so weit, daß man 
Ausdrucke von hervorragenden Digi- 
talisıerungen im DIN A4-Format bei 
einem Abstand von zwei Metern fast 
für Fotos halten kann. Diese Qualität 
liegt zum einen in der hohen Punkt- 
dichte, zum anderen aber auch in der 
Fähigkeit des Calcomp, beliebige Far- 
ben sauber “anzumischen”, begründet. 
In der Qualität der Textausdrucke ist 
die Reihenfolge ähnlich, wenn auch 
der Commodore hier mit dem Diablo 
mehr oder weniger gleich zieht, was 
allerdings am etwas ungewöhnlichen 
Schriftbild des C 150 liegt. Dies ist 
allerdings auch Geschmackssache. Die 
Nase vorn hat auch hier der Calcomp, 
der ein sehr sauberes Schriftbild liefert, 
das eigentlich nur noch von 


Laserdruckern übertroffen wird. Einen 
Vorteil gegenüber den beiden anderen 
Geräten hat der Calcomp, neben der 
hohen Druckauflösung, auch dadurch, 
daß die Buchstaben einfach absolut 
schwarz gedruckt werden. 

Bei den Druckzeiten wird der Calcomp 
allerdings zum Schlußlicht. Mit knapp 
9 Minuten benötigt er die längste Zeit 
von allen Testgeräten für einen 
beliebigen Farbausdruck mit mittlerer 
Einstellung für die Farbintensität ( im 
Preferences-Menü der Workbench ). 
Man muß zur Verteidigung des Geräts 
allerdings sagen, daß dies einzig und 
allein dem Druckertreiber anzulasten 
ist, denn der Calcomp benötigt selbst 
nur eine Minute für einen Farb- 


Sanfte Farben: Diablo C 150 


ausdruck. So kann man beobachten, 
daß der Drucker innerhalb der gemes- 
senen 9 Minuten die meiste Zeit wartet 
( das Wait-Lämpchen blinkt ). Und ent- 
zieht man dem Drucker das Papier und 
läßt erst einmal den Treiber die Daten 
übertragen, so wird nach dem Ein- 
legen des Papiers dieses eingezogen 
und tatsächlich innerhalb einer Minute 
bunt bedruckt wieder ausgegeben. Den 
zweiten Platz nimmt in der Geschwin- 
digkeitsbewertung der MPS 1500 C 


ein, der für einen Farbausdruck ca. 7 1/ 
2 Minuten benötigte. Der Diablo setzt 
sich von den beiden anderen mit knapp 
5 Minuten Druckzeit für ein Farbbild 
noch einmal deutlich ab. Auch in 
punkto Geräuschentwicklung fällt der 
Diablo am angenehmsten auf, denn 
man hört bei ihm, abgesehen von 
einem fast unmerklichen Summen und 
einem leichten Anschlagsgeräusch des 
Druckkopfs am Zeilenende, nichts 
weiter. Auch der Calcomp arbeitet an- 


genehm leise, eigentlich sogar unhör- 
bar, macht aber durch deutliches Lüf- 
terrauschen auf sich aufmerksam, was 
sich aber noch in erträglichen Grenzen 
hält. Etwas anders verhält sich dies 
beim Commodore, dessen Nadelarbeit 
zu einigen Teilen in akustische Ener- 
gie umgesetzt wird. Dies ist einerseits 
recht laut und bewegt sich andererseits 
auch noch in einem etwas schrillen 
Frequenzbereich, so daß Dauerdrucken 
mit diesem Gerät bisweilen leicht ner- 
venbelastend ausfällt. 


Fazit 


Alle drei vorgestellten Geräte bieten 
sich für unterschiedliche Einsatz- 
bereiche an. Der Commodore erweist 
sich als billiger Allround-Drucker, für 
akzeptable Textausdrucke in NLQ und 
gelegentliche Grafikausdrucke glei- 
chermaßen geeignet. Wer allerdings 
viel Wert auf den Grafikausdruck legt, 
dem wird die Qualität des MPS 1500 C 
nicht ausreichend sein, und so bietet 
sich der Diablo an, der zwar etwas 
mehr Wartung verlangt, dafür aber mit 
deutlich besseren Farbausdrucken auf- 
warten kann. Dieser Qualitätssprung 


Sanfte Farben kein Problem: Calcomp PaintMaster 
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muß natürlich mit einem höheren Preis 
erkauft werden. Der Calcomp ande- 
rerseits ist kein Gerät für den Heiman- 
wender, sondern bringt zu einem ent- 
sprechenden Preis professionelle 
Druckqualität in Farbe, die keines der 
anderen Geräte auch nur annähernd er- 
reichen kann. Er dürfte damit für ge- 
schäflichen Einsatz prädestiniert sein. 
Man muß wohl auch berücksichtigen, 
daß man für den extrem hohen Preis 
einiges geboten bekommt, wie z.B. 1,5 
Megabyte Druckpuffer ( was wohl 
sonst nur Laserdruckern vorbehalten 
ist ) und Kompatibilität mit verschie- 
denen professionellen Grafikstandard- 
datenformaten. Die einzige Kritik an 
diesem Gerät beschränkt sich unter 
diesen Gesichtspunkten auf den lang- 
samen und unprofessionell gestalteten 
Druckertreiber. 


Commodore MPS 1500 C 9- 


Nadel-Matrixdrucker, Epson 
JX80 kompatibel 
Preis: 798.- DM 
Bezugsquelle: DTM, 


Wiesbaden, 06121/560084 


Volle Farben ohne Streifen: Diablo C 150 


Xerox Diablo C150 
Tintenstrahlfarbdrucker 

Preis: 1998.- DM 
Bezugsquelle: DTM, 
Wiesbaden, 06121/560084 


Calcomp PaintMaster 
Thermotransferdrucker, Epson 
FX80-kompatibel 

Preis: ca. 12500.- DM 
Bezugsquelle: PDC, Bad 
Homburg, 06172/24748 


Red as red can be: Calcomp PaintMaster 
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105 
113 
161 
159 
159 
161 


ALCOMP . 
COMPUTING+SOUND SS. 
WIG: S. 
DATA-BECKER S. 89, 151, 
DTM S. 
ENGELS S. 
GTI S. 163 
Hard + SOFT S. 88 
HEIM S. 71, 162 
IM S. 25, 29, 47 
KUPKE 99 
LECHNER 164 
MERLIN 162 
OSSOWSKI 160 
PDC 160 
RÖNN 105 
RAINBOW-DATA 85 
SOFTWARELAND 130 
SOFTWARE 200 
TECHNIC-SUPPORT 

TRÖPS 


ZEW 

betf AIT - USER - GROUP 

iT Amiga Public Domain Disks 
über 600 Disketten im Bestand 
Fish, Faug, Amicus, Panorama, Auge 4000, 
Tornados, Taifun, Casa, UKaug, AMIGAzine, 
AmigaJiuce, Chiron Conceptions, AIT, ACS, 
SACC, Demos, Slideshows, Entertain, Tuto- 
rials, Ray-tracer, DBW-Render 2.0, SCA-Virus- 
Protector, Virus-Beschreibung, Utilities und... 
Zum Selbstkostenpreis von 5,- DM pro Disk 
pl. Porto 
Im ständigen Kontakt mit Fred Fish, Mitglied 
im AUGUSA, im UK AUG und ICPUG-Britain 
ect... 
Beschreibung der Disketten auf 2 Info-Disks 
= 12 DM 
> 1500 KB < 650 Screens lauffähig auf allen 
AMIGAS 
Berechtigt zum Tausch von 4 zu 1 
Neu das PD-Magazin auf Diskette: „GET IT“ 
Jeden Monat neu, randvoll für 10 DM inkl. Porto 
Mit Tips, Kursen, Infos, News, Helps über 
PD-Disks 

AIT M. Rönn - Ziegeleiweg 32 : 3257 Springe 4 
05041-8229 


Einzeldisk DM 4,90 
bis 10 Stück . DM 4,85 
bis 30 Stück . DM 4,80 
bis 60 Stück DM 4,70 
bis 90 Stück DM 4,60 
bis 120 Stück DM 4,50 
bis 150 Stück DM 4,40 


auf 3,5’-Disketten 2DD. 


deutsche Anleitung für DM: 29,95 inkl. Porto. 


Achtung neu! Ray-Tracing-Construction-Set V2.0, siehe Amiga 1.88, S. 117. 
Komplettpaket 3 Programmdisks & 2 Katalogdisks: & ausgedruckte 


Achtung neu! Bei Abnahme ab 30 Disketten kostenlos für den Anfänger 


ausgereifte Ingenieurlei- 

stung® 1% Tage Umtau- 
schrecht® 2 Jahre Garan- 
tie® fast alle IC'S gesok- 

kelt® nur professionelle 

Leiterplatten® Bauteile 
namhafter Hersteller® mit 

Bedienungsanleitung 
© Blockschalthild® teil- 
weise Schaltplan 


500er Speichererweiterung 


Für 512k zusätzliches RAM @ Alle RAM's gesok- 
kelt @ Selbstkonfiguzierend ® Abschalthar ® 
Uhrenschaltung auf Platine mit Akku- bzw. Batte- 
riepufferung nachrüstbar 


Komplett mit 512K Preis auf Anfrage 
Superpreis mit Uhr Preis auf Anfrage 
Bauteilesatz für Uhr ohne Akku 24.- 


"39.- 


Leerplatine mit Stecker 
" mit Schaltplan und Bestückungsliste 


Profilaufwerk 3,5" 


© Metallgehäuse @ einstellbare Laufwerknummer 
mit Displayanzeige @ Digitale Trackanzeige ® Wri- 
te Protect am Laufwerk schaltbar ® abschaltbar ® 
durchgeschleifter Bus 349.- 


TEAC FD 135 FH 3,5" 


IMB@ 1 Zoll (2,54 cm) hoch 2393.- 


Bar). Zum Beispiel: 


Nur 145, für jedes Paket mit 30 PD-Disketten, inkl. Porto, 
Verpackung und CLI-Hilfe DirUtil, bei Vorkasse (V-Scheck oder 


Oder Sie stellen sich Ihr ganz persönliches Paket aus unse- 
rem Amiga PD-Katalog zusammen. 


UWE SCHMIELEWSKI 


3,5" Laufwerk 


Für alle Amiga's @ einstellbare Gerätenummer © 
Abschaltbar ® Metallgehäuse ® Superflach 1 Zoll 
(2,54 cm) © TEAC Lauwerk 

298.- 


Komplett anschlußfertig 


Laufwerk 5,25" 


@ 40/80 Track @ Laufwerkbus durchgeschleift ® 
abschalthbar @ einstellbare Adressen 339.- 


HD 1,6 MB (umschaltbar) 359.- 


Gemischtes Doppel 3,5"5,25" 


® einzeln ein-/abschltbar ® einstellbare Lauf- 
werksnummern mit Anzeige ® durchgeschleifter 
Bus © bei 5,25” 40/80 Tracks umschaltbar ® Me- 


tallgehäuse 598.- 
PIE A A 
ALCOMP ALCOMP ALCOMP 
a Mln Sl 
ALCOMP ALCOMP ALCOMP 
A ar fu} 
ALCOMP ALCOMP ALCOMP 
a Mila Sile 
ALCOMP ALCOMP ALCOMP 
a Mile A 
ALCOMP ALCOMP ALCOMP 
Trackanzeige 


@ für alle Laufwerke (3,5"/5,25°) @ Laufwerkbus- 
durchgeschleift ®@ mit Gehäuse 49.- 


Laufwerkanschlußkabel 


Zum Anschluß von Laufwerken an alle Amiga’s 
Mit Ansteuerelektronik 39.- 


3-fach Steckplatzerweiterung 
für Laufwerke 


Jeder Steckplatz abschaltbar und einstellbare Lauf- 
werknummer @ Steckplatzerweiterung direkt am 
Amigagehäuse ® Dadurch keine Kabellängenpro- 
pleme 


Anschlußfertig zum Alcompsuperpreis von 439.- 


AMIGA «x Public Domain Software x MS-DOS 


Über 600 Disketten lieferbar: Fish 1 - 134, Panorama 1-56, 
Faug 1-53, Amicus 1 - 22, Taifun 1 - 50, ES-Soft 1 - 55 Rei- 
ner Wolf RW-Disks 1 - 30, Chiron Conceptions 1-40, ACS 
1-23, Tornado-Spez. 1-30, Kickstart 1-57, TBAG 1-7, 
SACC. 1-4, Casa Mi Amiga, sowie Winners Cycle System, 
Amuse, Amigazin, Juice Magazin, AAA u.v.a. Disks mehr. 


2 Katalog-Disketten mit Information über Inhalt der Program- 
me für Amiga 500/1000/2000 gegen DM 5, — in Briefmarken/ 
bar/V-Scheck anfordern! 


Be ie ee - Far a ir . r . Spezial-Katalog über Original PC-StG-Public Domain- & 
Biaket Kir 1 . Fred Fish Nr. 61 . 90 Shareware-Programme für den Amiga mit PC-Karte oder mit 
p u : En MS-DOS-Transformer gegen DM 5,- in Briefmarken/bar/ 
aket Nr. 1d = Fred Fish Nr. 91 - 120 V-Scheck anfordern! 

Paket Nr 3 = Panorama Nr. 1- 30 

Paket Nr. 4 = Faug Hot Mix Nr. 1- 30 Am gleichen Tag des Bestelleingangs erfolgt der Versand 

Paket Nr. 7 = Kickstart Nr. 1- 30 unserer Kataloge! 

Paket Nr. 8 = Taifun Nr. 1- 30 

Paket Nr. 9a = ES-Soft Nr. 1- 30 Versandkosten PD-Disketten: 

Paket Nr. 9b = ES-Soft Nr. 31- 60 Ü 

Paket Nr. 10 = Chiron Conc. Nr. 1- 30 ee Fer ze 

Paket Nr. 11 = Tornado-Spez. Nr. 1- 30 Nachnahme für Ausland DM 14. -- 


Jeden Monat Software im Briefkasten! 


Regelmäßig jeden Monat bekommen Sie Ihre Public-Domain- 
Software zugeschickt, mit den neuesten Informationen in der 


Frischer Wind 
auf dem 
Hardwaresektor 


COMPUTERHARDWARE 


Soundsampler 


Für Amiga 1000 und 500 mit Software @ Type bei 
Bestellung bitte angeben @ 8-Bit Datenbreite @ Be- 
trieb am Paralellport (Druckerport) @ Mit Vorver- 
stärker für Micro-Anschluß (Cinch-Buchsen) @ Mu- 
sik- und Sprachdigitalisierung möglich ® Arbeitet 
mit fast allen Digitizer-Programmen @ Formschönes 
Gehäuse 
73.- 


Superpreis 


MIDI - Interface 


4 Kanäle einschließlich I Thru@ Optische Datenan- 
zeige @ Formschönes Gehäuse 


Wahnsinnspreis von nur 83.- 
Bootselector 13.90 
Kickstartumschaltung 


© Bauen Sie die anderen Kickstart-Versionen in 
Ihren Amiga 500 @ Einfacher Einbau ohne Löten ® 
Für Original-KickstartROM und 2 zusätzliche Ver- 
sionen auf EPROM 59.- 


NWachnahmeversand NN-Spesen 7.50 
DM b. Vorkasse 3.- DM. Auslandsbe 
stellungen: Nachnahmeversand NN 
Spesen I0.- DM b. Vorkasse 5. 0M 


Bestellung und Versand 
ALCOMP 


A Lanfer mann Wir liefern Ihnen auf Ihre Rechnung 
Lessing Str. 46 und Gefahr zu a ange und Liefer 

bedingungen des Elektronıkgewerbes 
5012 Bedhur Postgiroamt Koln 
Tel. 022 72/15 80 (BLZ 370 100 50) 275 54-509 


Wir suchen ständig Hardware-Ent- 
wicklungen. Wir garantieren gute 
Umsatzprovisionen und ehrliche 
Abrechnung 


PD-Szene und mit einem Rabatt von 10 %. 


Abonnement-Preise entnehmen Sie unserem Katalog oder 
gegen Rückporto aus unserer Informationsmappe 


— Ihr Public Domain Archiv für Amiga — 
Haroldstr. 71 - 4100 Duisburg 1 - Tel. 0203/37 6448 
BTX *0203376448# - Fax 02 03/35 96 90 


oder Profi ... CLI-Hilfe auf Diskette, lesen, kopieren, editieren, sortieren, 
drucken, renamen und vieles mehr, ähnlich wie CLIMATE oder ZING 
Dirutil IV.12- 


2273/53091 


TEL.O 


Sindori 


Entwurf + Druck PLUM, Kerpen 


VON MARKUS NERDING 


BÜCHER FÜR 
ANGEHENDE 


ZEICHENKUNSTLER 


Walter Friedhuber 


Computermalschule Trickfilmzeichnen 


In diesem Teil der "Computermalschule” 
widmet sich Walter Friedhuber ausschließlich 
der Erstellung von Trickfilmen. Voraussetzung 
sind dabei in erster Linie ein Malprogramm 
und das Animationsprogramm DeLuxe Video. 
Schritt für Schritt werden im Buch die 
einzelnen Phasen erklärt, die zur Erstellung 
eines kompletten Trickfilms notwendig sind. 
Dies beginnt bei der Idee, geht über die ersten 
Skizzen der Bewegungsabläufe bis zur fertigen 
Animation. Dabei werden die Grundlagen des 
Animationszeichnens besonders ausführlich 
erläutert: Ein Skelettmodell wird nur aus 
stilisierenden Strichen erstellt und in 
Bewegung versetzt. Danach kommen zu 
diesem Modell noch zylindrische Elemente 
hinzu, die erste Eindrücke der Figuren 
hinterlassen. Erst wenn mit diesem Modell die 
Animation entworfen wurde, beginnt man, die 
Figuren in ihrer endgültigen Form zu zeichnen 
und mit Farben zu versehen. 


106 KICKSTART GRAFIK-SONDERHEFT 


as Buch beschreibt die Ani- 
mationstechniken und auch 
deren Grundlagen sehr an- 


schaulich und ausführlich. Zahlreiche 
Handskizzen und Hardcopies (leider 
nur mit sehr magerer Qualität!) 
illustrieren den Text und tragen da- 
durch sehr zum Verständnis bei. Das 
Schönste an diesem Buch sind jedoch 
die beiden mitgelieferten Disketten. 
Sıe enthalten fast alle Animations- 
sequenzen, die im Buch beschrieben 
werden. Zusätzlich sind auch noch die 
Hintergrundbilder, die Figuren und die 
notwendigen Brushes vorhanden, so 
daß man direkt mit der Anleitung des 
Buches ein Video erstellen kann, ohne 
sich erst lange mit dem Erstellen der 
Grundelemente beschäftigen zu 
müssen. Neben den im Buch vor- 
gestellten Zeichentricksequenzen las- 
sen sich mit den vielen Hintergrund- 
und Animationsobjekten auch sehr 
leicht eigene Szenenabläufe erstellen, 
in denen vorhandene und _ selbst- 
erstellte Objekte vorkommen. 

Das Arbeiten mit dem Buch macht viel 
Spaß. Besonders durch die Objekte 
und fertigen Filme, die auf den 
Disketten mitgeliefert werden, fällt es 
auch dem Einsteiger in dieses in- 
teressante Thema leicht, schrittzu- 
halten. Wer sich zuerst die Videos 
anschaut (und wer wird das nicht tun!), 
der wird sich gleich darauf auf das 


Buch stürzen, um die Techniken und 
Tricks kennenzulernen. 


Bezugsquelle: 


Verlag Gabriele Lechner 
Preis: DM 59.- (incl. 2 Disketten 


Walter Friedhuber & Jimmy 
Stepanoff 


Professionelles Arbeiten 

mit Deluxe Paint II 

Das Buch umfaßt gut 600 Seiten, und 
was darin geboten wird, kann sich 
sehen lassen. Nach einer kurzen 
Einführung in die Hard- und Software 
des AMIGA werden ausführlich die 
Grundlagen des Zeichnens erklärt: 
Linien, Portrait, menschliche Körper, 
Licht und Schatten, Farben, Per- 
spektive und Bildkompositionen. 
Schon hier zeigt sich die Vorliebe der 
Illustratoren für das “Fantasy”-Genre, 
das viel Spielraum für kreative Ge- 
staltungen und Zeichnungen bietet. 
Weitere Grundlagen findet man im 
Kapitel “Im Computer-Atelier”, in 
dem sich der Autor noch einmal 
ausführlich den Themen Portrait- und 
Aktzeichnen sowie Comics widmet. 
Ausgerüstet mit den Grundlagen- 
informationen nähert man sich dem 
dritten Teil des Buches, in dem auf 


Bewegungsstudien. 
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Auf dem Screen sieht sie besser aus als auf dem Ausdruck. 
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knapp 200 Seiten das Arbeiten mit 
Deluxe Paint II erklärt wird. Dieser 
Teil ist sicherlich nicht zu lang geraten, 
denn die Möglichkeiten, die dieses 
Malprogramm bietet, sind so vielfältig, 
daß man ihnen kaum gerecht werden 
kann. 

Im vierten Teil legt der Autor Walter 
Friedhuber erst richtig los, denn die 
“Special Effects” sind angesagt. Einer 
der Hauptpunkte ist dabei die 
Schablonentechnik von DPaint, mit der 
sich eine Vielzahl von Effekten er- 
zielen lassen. Weitere Themen sind der 
Hintergrund, perspektivisches Zeich- 
nen und Schriftgestaltung. Dieses 
Kapitel wird von einer großen Zahl 
von Übungen begleitet, die die je- 
weiligen Effekte darstellen. 

“Tips, Tricks und Utilities” zu 
Bildschirmfotografie, Einbinden von 
Fremdzeichensätzen und Digitalisieren 
von Fotovorlagen und andere interes- 
sante Themen werden aufgegriffen, 
bevor sich alles nur noch um 
Animationen dreht. Hier werden die 
Fähigkeiten von Deluxe Video 
ausgeschöpft. Vom Storyboard über 
Drehbuch, Entwurfsphasen und 
Background-Layout bis zum fertigen 
Video-Clip reicht die Palette. Wichtig 
sind dabei natürlich vor allem die 


Aniımationstechniken, die ausführlich 
in Bild und Wort erläutert werden. Am 
Ende hat man dann eine Menge Video- 


Clips und viele Ideen 
Projekte, die man auch gleich 
Tat umsetzen sollte. 


Marilyn spricht: Animation durch Veränderung des Mundes. 


Stimmungsmanipulationen durch geschickte Farbwahl. 
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für eigene 


in die 


Überhaupt bietet dieses Buch eine 
unerschöpfliche Fundgrube mit vielen 
Anregungen für eigene Bilder und 
Projekte wie Video-Clips oder Comics. 
Die umfangreichen und ausführlichen 
Grundlagenteile sind für Grafikfans 
von hohem Wert, wenn ich auch dafür 
plädiert hätte, daß die Bilder aus- 
schließlich von Hand gezeichnet 
werden sollten. Die Bilder des Buchs 
bzw. die schwarzweißen Hardcopys 
sind nämlich der große Schwachpunkt 
des Buches. Ihre Qualität ist zum Teil 
sehr schlecht und die Konvertierung 
nur unzureichend. Daraus ergibt sich 
fast die Notwendigkeit, die Begleit- 
disketten zu kaufen, die jedoch noch 
einmal je 25 DM kosten (Diskette | 
beinhaltet alle Übungen, die zweite die 
Animationen und Videos). 

Trotzdem: Sehr empfehlenswert für 
Einsteiger und Fortgeschrittene, 
besonders wegen den umfangreichen 
Grundlagen und Anregungen. 


Bezugsquelle: 

Verlag Gabriele Lechner 
‚Planegger Str. 1 Ablauf: 1-2-3-2-4 
8000 München 60 

Preis: 58.- DM Das Kamel in verschiedenen Entwürfen. 


Von der Studie zum Bild. 
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VON CHRISTIAN MÖNCH 


IFF-BILDER 
FINGEWICKELI 


Transformer V 1.3 


Bedienung des Programms: Das Programm 
wird vom CLI aus mit “Transformer 
<RETURN>" ohne Angabe von Parametern 
gestartet. Will man das Programm von der 
Workbench aus starten, muß sichergestellt 
sein, dab ein CLI-Window _ existiert. 
Andernfalls verfügt Transformer über keine 
Ein- und Ausgabemöglichkeiten und kann 
weder benutzt noch beendet werden.Nach dem 
Start wird nach dem zu bearbeitenden Bild 
gefragt, hier muß ein gültiger AmigaDos- 
Name eingegeben werden. Das Bild muß im 
IFF-Format vorliegen, das von fast allen 
Grafikprogrammen ( z.b Deluxe-Paint oder 
Aegis-Images ) erzeugt wird. Es können 
sämtliche Auflösungen inklusive des HAM- 
Modus verwendet werden, wobei sich dieser 
allerdings nicht empfiehlt, da es zu uner- 
wünschten Streifen kommen kann. Kann das 
Bild nicht geladen werden, wird das Pro- 
gramm beendet. Ist das Bild erfolgreich 
geladen, wird zur Eingabe der für die Trans- 
formation notwendigen Daten aufgefordert. 
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ie ersten vier geforderten 
Werte beziehen sich auf den 
zu bearbeitenden Bildaus- 


schnitt. Hierbei gibt die X- 
Startposition den Ausgangspunkt auf 
der X-Achse und die X-Stopposition 
den Endpunkt auf der X-Achse an. 
Sollte die Stopposition kleiner als die 
Startposition sein, so wird das Bild von 
rechts nach links, also spiegelverkehrt, 
abgebildet. Das gleiche gilt für die Y- 
Start- und Stopposition. 

Der nächste geforderte Wert gibt an, 
um welchen Winkel das Bild in X- 
Richtung um die Kugel “gezogen” 
werden soll. Ist der Winkel 360 Grad, 
wird das Bild vollständig in X- 
Richtung um die Kugel gezogen; dabei 
berühren sich der rechte und der linke 
Bildrand auf der Rückseite der Kugel. 
Oben Gesagtes gilt größtenteils auch 
für den Y-Winkel, dieser kann jedoch 
maximal nur 180 Grad betragen. 
Beträgt der X-Winkel 360 und der Y- 
Winkel 180 Grad, wird das Bild auf 
einer vollständigen Kugel abgebildet. 
Die Angabe sämtlicher Winkel erfolgt 
im Gradmaß. 

Die folgenden drei Parameter 
(xrot,yrot,zrot ) bezeichnen die Rota- 
tion der Kugel um x-, y- und z-Achse 
und müssen durch Komma getrennt 
eingegeben werden ( z.B.: 30,40,50 ). 
Ist der Wert aller drei Parameter Null, 
blickt man von vorne auf eine aufrecht 
stehende, nicht gekippte Kugel. Auch 
hier erfolgt die Angabe der Winkel im 
Gradmaß. 

Zu beachten ist, daß die Darstellung 
der Kugel ohne Perspektivtransfor- 
mation erfolgt. 
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Die Parameter xoffset und yoffset 
bestimmen den Bildschirmpunkt, an 
dem der Mittelpunkt der Kugel liegt 
(z.B.: xoffset=0, yoffset=0 ; die Kugel 
liegt in der oberen linken Ecke des 
Bildschirms). 

Die nächsten beiden Parameter 
(xradius und yradius ) bestimmen den 
Radius der abgebildeten Kugel, und 
damit ihre Größe. Dies geschieht 
folgendermassen: 

l. Beträgt zum Beispiel der X-Winkel 
180 Grad oder mehr, so gibt der X- 
Radius die Größe des Bildes in X- 
Richtung an. 

2. Ist der X-Winkel kleiner 180 Grad 
(z.B. 2), so muß der X-Radius 
entsprechend groß gewählt werden, da 
er hier nicht mehr die Größe in Pixeln 
angibt, sondern mit dem Sinus des X- 
Winkels multipliziert wird. In diesem 
Fall kann man die X-Größe auf dem 
Bildschirm automatisch, gemäß des Y- 
Radius berechnen lassen. Dies 
geschieht durch Eingabe von Null bei 
der Frage nach dem X-Radius. Der 
berechnete X-Radius wird dann nach 
der Eingabe des Y-Radius angezeigt. 
Dasselbe gilt natürlich auch für den Y- 
Radius. Wird bei einer der beiden 
Größenangaben Null eingegeben, ist 
der Proportionalmodus gewählt, bei 
dem die X- und Y-Größe des Bildes 
auf dem Bildschirm gleich sind. Ist 
dieser Modus gewählt, und die Auf- 
lösung des Bildes beträgt 640x200 
oder 320x400 Pixel ( die Pixel sind 
dann doppelt so hoch wie breit, bzw. 
doppelt so breit wie hoch ), wird die 
Eingabe einer Referenzgrösse erwar- 
tet. Hier kann entweder x oder y ange- 
geben werden. Je nach Eingabe wird 
entweder der X-Radius oder der Y- 


.. my world: Ein IFF-Bild um eine Kugel gewickelt. 


Radius beibehalten, und der andere 
Radius so verändert, daß die Kugel 
genauso breit wie hoch ist. Am besten 
verdeutlicht man sich die Funktion der 
Referenzgröße an einem Beispiel: 
Angenommen, die Auflösung eines 
Bildes beträgt 320x400 Punkte (Lo- 
Res und Interlace), dann sind die 
einzelnen Pixel doppelt so breit wie 
hoch. Setzt man nun den X-Propor- 
tıionalmodus ( durch Eingabe von Null 
als X-Radius ), und den Y-Radius 
gleich 100, berechnet das Programm 
den entsprechenden X-Radius ( in 
diesem Fall ungefähr 98 ), und fragt 
nach der Referenzgröße. Gibt man hier 
“y” ein, bewirkt dies, daß der Y-Radius 
beibehalten wird, der X-Radius jedoch 
durch Zwei dividiert wird. Man erhält 
also ein kleineres Bild. Hätte man “x” 
als Referenzgröße angegeben, so wäre 
der X-Radius beibehalten und der Y- 
Radius mit Zwei multipliziert worden, 
das Bild also größer geworden. 

Sind X- und Y-Winkel kleiner 180 
Grad, so müssen X- und Y-Radius im 
Zweifelsfall durch Probieren ermittelt 
werden. Punkte, die im berechneten 
Bild außerhalb des Bildschirmfensters 
liegen, werden nicht gesetzt. 

Der letzte Parameter ( Modus ) be- 
stimmt, ob die Kugel durchsichtig ( O ) 
oder undurchsichtig ( 1 ) ist. 
Durchsichtig bedeutet, daß man 
Punkte, die auf der Rückseite der 
Kugel liegen, sehen kann, wenn- sie 
nicht durch Punkte auf der Vorderseite 
verdeckt werden ( man kann also die 
Innenseite der Kugel sehen ). Eine 
undurchsichtige Kugel verdeckt alle 
auf ihrer Rückseite liegenden Punkte. 
Sind alle Parameter eingegeben, wird 
die Berechnung des Bildes gestartet. 


Transformer öffnet beim Start zwei 
eigene Screens. Der erste wird zum 
Laden des Ausgangsbildes, der zweite 
zur Darstellung des transformierten 
Bildes benötigt. 

Die Berechnung der Kugel kann unter- 
brochen werden, indem man den 
zweiten Screen einfach mit der Maus 
nach unten zieht. Das Programm fragt 
dann, ob die Transformation beendet 
werden soll. Gibt man hier “j” ein, 
kehrt man zum Hauptmenü zurück; bei 
“n” wird die Berechnung fortgesetzt. 
Ist die Berechnung eines Bildes 
beendet, springt das Programm in das 
Hauptmenü. Hier bestehen folgende 
Optionen: 

“e” - Beenden des Programms. 

Der benutzte Speicherplatz wird 
freigegeben, und das Programm wird 
beendet. 

“s” - Speichern des Bildes ım IFF- 
Format. 

Das Programm fragt hier nach dem 
Namen, unter dem das Bild gespeichert 
werden soll. Es sind alle gültigen 
AmigaDos-Namen erlaubt. Wird kein 
Dateipfad angegeben, wird das Bild im 
aktuellen Verzeichnis gespeichert. 

“n” - Neustart der Berechnung mit 
neuen Parametern. 

Es wird eine neue Berechnung mit dem 
vorhandenen Ausgangsbild gestartet, 
wobei die Parameter neu eingegeben 
werden. 

“J” - Laden eines Bildes. 

Es wird ein neues Ausgangsbild 
geladen. 
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Allgemeine 
Hinweise zur Arbeit 
mit Transformer: 


Bei der Eingabe der Parameter ist 
darauf zu achten, daß die geforderte 
Eingabemaske ( z.B. Komma zwischen 
xrot, yrot und zrot ) eingehalten wird, 
da die Aztec-I/O- Routinen sonst feh- 
lerhaft arbeiten und keine weitere Ein- 
gabe mehr zulassen. In dem Fall muß 
das Programm mit Control-”c” abge- 
brochen werden, wobei jedoch die 


Der Eindruck der Röhre entsteht da- 
durch, daß eine Krümmung des Bildes 
um 1 Grad in Y-Richtung auf dem 
Bildschirm nicht zu erkennen ist. 

Ist einer der Winkel ( oder beide ) 
kleiner als 90 Grad und der ent- 
sprechende Radius groß, kann es bei 
der Rotation passieren, daß das Bild 
außerhalb des Bildschirmfensters liegt, 
da sich das Bild immer auf der Ober- 
fläche einer Kugel befindet, die in 
diesem Fall sehr groß ist. Um hier 
Abhilfe zu schaffen, ist es notwendig, 


durch die Angabe der Start- und 
Stoppositionen selbst erstellen. 

Es werden sowohl komprimierte als 
auch unkomprimierte Bilder geladen. 
Gespeichert werden die Bilder 
allerdings immer komprimiert, was 
besonders bei kleinen Darstellungen 
erheblich Diskettenplatz spart. 
Folgende IFF-Chunks und Daten 
bleiben unberücksichtigt: 

l. Colorcycle-Chunks ( z.B. “CRNG” 
bei Deluxe-Paint ). 

Möchte man Cycle-Colors benutzen, 


Das Ursprungsbild... 


beiden von Transformer geöffneten 
Screens nicht wieder geschlossen wer- 
den, da die transformereigene “End- 
routine” nicht angesprungen wird. 
Sollten während der Arbeit mit Trans- 
former Fehler auftreten, werden diese 
gemeldet und das Programm beendet, 
wobei natürlich alle geöffneten 
Screens, Librarys und Files ge- 
schlossen werden. 

Die Rechenzeit, die zur Trans- 
formation benötigt wird, hängt nicht 
von der Größe des Ausgangsbildes ab, 
vielmehr richtet sie sich nach der 
Größe des transformierten Bildes. Will 
man also seine eingegebenen Para- 
meter überprüfen, macht man das am 
besten mit einer kleinen Größe, da die 
Berechnung dann relativ schnell 
beendet ist. 

Interessante Ergebnisse erzielt man, 
wenn z.B. der X-Winkel 240 Grad und 
der Y-Winkel 1 Grad beträgt. Setzt 
man die X-Größe auf 40 und läßt die 
Y-Größe im Proportionalmodus be- 
rechnen, wird das Bild auf einer Röhre 
dargestellt, die ungefähr 40x40 Pixel 
groß ist. 
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..kann auch um eine Röhre gewickelt werden. 


X- und Y-Offset entsprechend anzu- 
gleichen. Hierbei geht man am besten 
so vor, daß man das Bild mit 
wachsender Größe berechnen läßt; so 
kann man die Lage des Bildes am 
besten verfolgen und die beiden 
Offsets angleichen. 

Sollte bei einer Operation ( Laden, 
Speichern u.s.w. ) ein Fehler auftreten, 
so wird das Programm verlassen. 
Etwaige Bilder gehen dabei verloren. 
Vielleicht wundert sich mancher über 
die beim Amiga unübliche Eingabe 
der Parameter, die vollkommen ohne 
Pull-Down-Menüs und Gadgets ge- 
schieht. Auf diesen Komfort wurde 
jedoch bewußt verzichtet, da Menü- 
und Gadgetdefinitionen den Quelltext 
um mindestens 30% vergrößert hätten. 


Hinweise zu den 
IFF-Routinen: 


Die Lade- und Saveroutinen des 
Transformers bearbeiten IFF-Bilder, 
die als vollständiges Bild gespeichert 
wurden, also keine “Brushes”, wie sie 
Deluxe-Paint speichert. Brushes kann 
man jedoch in gewissem Umfang 


müssen die Bilder mit einem 
Malprogramm nachbearbeitet werden. 
2. Masking (enthalten im BMHD- 
Chunk). 

Masken werden beim Laden 
übergangen, und nicht abgespeichert. 

3. X- und Y-Offset (enthalten im 
BMHD-Chunck). 

4. transparentcolor ( BMHD-Chunck ) 
5. xaspect und yaspect ( BMHD- 
Chunk ). 

Unberücksichtigte Daten werden zwar 
gelesen, jedoch nicht auf Diskette 
geschrieben; so hat ein Bild z.B. keine 
“CRNG”-Chunks. Die unberück- 
sichtigten Daten stellen jedoch im 
allgemeinen keine Beeinträchtigung 
der Arbeit mit dem Transformer dar. 


Hinweise zum Ab- 
tippen des 
Programms: 


Das Programm Transformer ist mit 
dem Aztec C-Compiler 3.4a compiliert 
worden. Der Quelltext von Trans- 
former kann mit jedem ASCII-Text- 
editor ( z.B. ed , micro-emacs ) erstellt 
werden. Hat man den Quelltext 


TURBOprint - 
Das komfortable Druckerspeeder-Paket für Ihren AMIGA 


@ bis zu 10x schnellerer Grafikdruck durch 100% 68000-Assembler-Programmierung 

@® unterstützt alle Bildschirmauflösungen des Amiga 

@® bessere kontrastreiche Bilder durch vier wählbare Farbumsetzungen 

® druckt 4096 Farben im HAM-Modus jetzt auch ausschnittweise und gedreht 

@® spezielle Turbotreiber für alle Druckdichten Ihres Matrix-, Tintenstrahl-, Thermo- oder Laserdruckers 

® resetfeste Hardcopyfunktion druckt jeden Bildschirm aus Das revolutionäre AMIGA Druckprogramm 
® keine Probleme mehr mit Speichererweiterungen durch verbessertes, resetfestes Nofastmem von Irsee 


@ ohne Umstellung wie gewohnt weiterarbeiten schnell, kompatibel und vielseitig - für perfekte Bilder. 
@ vollkompatibel zur Amiga-Software resetfest mit Hardcopy- und ofastmemfunktion 


@® wird resetfest im Speicher installiert 
ee Vertrieb: IrseeSoft SPCS Heinz Donhauser PDC GmbH 


@® kein Umkopieren auf Ihre Software notwendig Grüntenstraße 6 Louisenstraße 115 
© ausführliches deutsches Handbuch D M 80 Ken 8951 Irsee 6300 Bad Homburg 
© läuft auf Amiga 500, 1000 und 2000 3 Telefon (08341) 74327 Telefon (061 72) 24748 /20799 


AMIG A Butcher 2.0 DM 69,— Aztec C Developer V 3.6 DM 449, — 
Pixmate DM 139,— Amiga Entwickler-Handbücher 
_ Digi Paint DM 129,— (4 Stück), Libr. & Dev., Intuition, 
Hard und Videoscap 3 D DM 299,— Hardware, Exec DM 249, — 
Aegis Draw Plus DM 409,— Amiga kommentiertes ROM-Listing 
Software 1+2je Bd. DM 69,— 


Aktion Fordern a unseren ausführlichen Hard- und Softwarekatalog an. 


Ralf Tröps, Computertechnik 
IP Pingsdorfer Straße 141, 5040 Brühl 
ERE REN Computer Telefon (02232) 13063 + 47105 
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2 Jahre Garantie auf Hardware und geprüfte AMIGA aktuell — Dieter Hieske 


. .g . . u Ladenlokal Schillerstraße 36 
Software mit Zertifikat, beides in bester Qualität | ..; Ludwigshafen-Oggersheim 


unterscheiden uns zu Billigangeboten Telefon (0621) 673105 


Öffnungszeiten: Montag— Freitag 9.30—12.00 Uhr, Montag—Freitag 12.00—18.00 Uhr, EEE 9.00—13.00 Uhr. Danach Anrufbeantworter. 


: PUBLIC DOMAIN SOFTHARE KOPIERSERVICE Software Anwender u 22320 abschalt. n. Uhr 
De een Amann | Software Spiele A5BB: DMB extern DM 888,88 

| Panoran 1-51/Faugi-53/Aniciis 1-28 ; Silver 279:88 / Aegıs Draw 179.95 | Barbarian 67,58 / Feud 25,9 A1888: 2MB extern 88, 

:Panoram 1- augl- Micus 1- : ilver x egis Draw > i 

'Amusel-3/Auge 4888 1-14/Taifun 1-48 Aegis Inp. 164.98 / Deluxe P. II 249.88 Rallye Master 25,98 / Bey 63,88 ; A2888: 2MB extern +SCSI DM 966,88 

: Tornado 1-38/RW Disk 1-38/ES Soft 1-55 Deluxe Vid. 249,88/ Forms in Flight 158,95 Dark Castle 67, 58 / Crazy Cars 44,88 ; Laufwerk ext. 3,5" DM 329,88 

:Kick 1- / TBAG 1-7/Chiron 1-48 u.viele nehr Digi View PAL 2.8 648x512 DM 333,88 Crystal Hammer 35,95 / Winter Olymp 88 54,58 Laufwerk ext. 5.25" DM 339,08 

X-CAD 998,88 / Videoscape3D 328,08 Testdrive 76, ’ /Ninja Mission 27,58 Laufwerk A2888 int. DM 339.08 
:Kopierpreise per Stueck wenn wir die TV-Show E58 / TV Text ; Clever&Snart ? / Pe Comnand_? Baotselekton. pri ; m > : 
:Disketten 2DD nitliefern Pagefliper 169,88 / Calligrapher 281,58 : Jagd. r. Octob. 67,58 / Jinxter 72,88 Adap ufw dm 39,88 
:1-9 7,88/18-19 6, 58/28-29 6, 88/38- 49 5,58 | Aegis Video Titler 198,88 Articfox 59,88 / "Fire Power 68,95 Fest alrets ZUMB Fern DM 1398 [Er 

: 58-99 5,88/188- 199 4,58/ ab 288 4,88 ac Basic Compiler 377, 8 / Lattice C 4.8 483,98 Jinks 51,98/ Garrison II 59,98 18h8 DM 1888,88 A588 DM 1898, 88 
: Profimat 99,88 / Butcher 2.8 65,98 Int. eagles nest 56,58/ OGRE 91,88 

:Kopierpreise wenn Sie uns Ihre Disketten Marauder II 72,98 / Metacomco Shell 113,95 Enerald Mine 25,95 / Pink Panther ? 

:per Einschreiben zusende i Aegis Sonix 132,58 / Dynamic Druns 132,58 ?-lieferbar,aber bei Druck noch kein Preis Versand per NN + DM 8,88 

i Instant Music 98,88 / Perfekt Sound 168,88 anrufen .STAENDIG NEUHEITEN lieferbar Versand per UPS 

:1-9 4,88/18-19 3,58/28-29/3,88/38- = 2,58 City Desk 269,88 / Bee 1.85 ZUEN Ab DM 588.- keine Versandkosten 

: 58-99 2,88/188-199 1,58/ ab 288 1,8 Publisher 1888 353, / Prowrite 221, PREISLISTE kostenlos 

i Suberbase 249,88 / bre 384,5 PREISLISTE und PUBLIC DOMAIN 
'Kopierpreise decken nur die Kosten fuer INHALTSVERZEICHNIS kostenlos 

: Laufwerke und Anschaffungskosten anfordern 


: INHALTSVERZEICHNIS Public Domain kostenlos 
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Ungesetzte Farben (schwarz) im Ursprungsbild... 


eingegeben und unter dem Namen 
“Transformer.c” gespeichert, wird er 
mit folgendem Befehl compiliert: “cc 
transformer.c -E200”. Die Option “- 
E200” veranlaßt den Compiler, mehr 
Speicher für Ausdrücke zu reservieren. 
Sie verhindert, daß ein “Out of 
expression space”-Fehler auftritt. Tritt 
dieser Fehler bei Ihrer Compiler- 
version denoch auf, kann er durch 
Vergrößern der Zahl “200” hinter “-E” 
behoben werden. 

Nachdem Compiler- und Assembler- 
durchlauf erfolgreich beendet sind, 
kann das Programm mit “In -o 
Transformer Transformer.o -Is -Im -Ic” 
gelinkt werden. Es ist darauf zu achten, 
daß m.lib (-Im) vor c.lib (-Ic) ange- 
geben wird, da das Programm in 
einigen Prozeduren “float”-Werte als 
Parameter übergibt. Ist der Linker- 
durchlauf beendet, steht das Programm 
als ausführbares File unter dem Namen 
“Transformer” auf Diskette. 


Parameter: 


.. können in der Transformation durchscheinend dargestellt werden. 


Berechnung des Bildes 
“sachscastle.trans” 
Format: 

Lo-Res, Non-Interlace (320x200) 


xstartposition = 0 
xstopposition = 32 
ystartposition = 0) 
ystopposition = 200 
xwinkel = 230 
ywinkel = 170 
xrot,yrot,zrot = 170,20,200 
xoffset,yoffset = 160,100 


0 


 xradius =0 (X- 


Proportionalmodus) 
yradius = |W 
modus = 


Berechnung des Bildes 
“stencilset.tran” 
Format: 
Lo-Res, Noninterlace (320x200) 
Parameter: 
xstartposition = 0 
xstopposition = 320 
ystartposition = 0 
ystopposition = 200 
xwinkel = 360 
ywinkel = | 
xrot,yrot,zrot = 30,10, 260 
xoffset,yoffset = 160,100. 
xradus = 100 
yradius =0N- 


Proportionalmodus) 


modus =” 


— 
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2 Translorner 11.3 


Laedt ein IPF-Bild, stellt das Bild auf einer Iugeloberfasche 
dar, und speichert das transforaierte Bild als IFF-File 


e um Christian Nosach 


- Inilerbornstr. 15 
6008 Frankfurt a. Kain 


AtananIanAhAhaK EL AKAKaA NA RUK AA EKU RAU AASRÄL DAR AEU ER IR LARA AU ALLAH AHA K RS] 


Hinclude Cexee/typus.h) 


hineluds (stdio.h) 


tinclude (fuactions.h) 


include (graphica/gfx.b) 


tinciude (grapbics/gizbase.h) 
4include <iatuition/iatultion.h) 
include <intuition/iotuitionbase.b) 
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dinelude (aath.b) 
/* Nacrodefinitionen ru den Rechenroutinen '/ 


ddefios ABSlz) (x) & 8.8) ? (-Iz)) : (x) 
kdefine Pi 3.141592654 
ddefine TOBOSERla) ((a)*Pl/180.9) /* wandelt Grad- In Bogenmass */ 
täefine TOSRAD(a) ((a)*180.0/Pl) /* wandelt Bogen- in Gradaass ‘] 
/* aazinal zulaessiger Abtastwinkel fuer 
alne gegebene Äugelgroesse ‘/ 


tdefine NAIWIHLS) ((asint.5/{s))ie) ? (Pleasin(d,6/(#))) : (asinl.d/{s}))) 


/* groesster Sinuswart In Bereich von d-winkel */ 

define BIGESTWIRLS) (double)((s >= 98.0) 2 (1.07 : (sin(TOBOsEk(s)))) 
kdefine VOLL I /* Kugel undurchsichtig */ 
define LEER & j* kugel durchsichtig */ 
ddefine NOBITOR 1,5 j! siehe getprop */ 
tdefine ASPECT aspects|(meinbabd.w/melnbabd.h)] 


/* Definitionen zu IFF-Files 
Macro zum Irrechnen der Id aus vier Buchstaben '/ 


4define 


/* Id's 


tdefine ID FOR 
#define ID _ILBN 
ddefine ID _BAHD 
tdefine ID CHAP 
sdefine ID BodY 


IDVAL(a, 


b,e,d) ((LONS)a CC 24L 5 (LOME)b Kt 16Lıi CK: d) 


der einzelnen Chuncks */ 


ABEALL'E 0°, '2° 5°) 

IDVALL’I','L','B‘,'0') /* Interleave Bitnap */ 
IDVaLC'B','M','H°,'D") /* Bitmap Header */ 
IDVAL('C','M','A','P’) /* Colormap */ 
IDVaAL('B','0','D°,’Y*) /* Bilddaten */ 


/* BitNapHeader-Structure aufgebaut wie der "BAHD*-Chuncks. Dieser 
Chunck enthaelt alle wichtigen Informationen ueber das zu ladende Bild */ 


typedef struct { 
UNORD w,h; 
or x,y; 
UBITE nPlanes; 
UBITE nasking; 
UBITE conpression; /* gepackt ? */ 
UBITE padl; 


UNORD transcol; 


/* Breite,Hoshe */ 

/* x- und yoffset beim Laden */ 

/* Auzabl der Bitmaps */ 

/* Maske ? (nicht beruecksichtigt) */ 


/* die folgenden Werte */ 
/* werden nicht beruecksichtigt, */ 


VBITE zasp,yasp; /* sind aber im BURD-Chunck und */ 
NORD paw,pab; 


} BitBapdeader; 


/' werden gelesen 2; 


BitKapHeader meinbabd; /* Speicher fuer "BAHD"-Struktur belegen */ 


UBITE farben[96]; /* Array zum Einlesen der Farben */ 
ULOBG colors; 
UBITE *loc_babd; /* Pointer auf "BAHD"-Struktur */ 
UBITE *loc_caap; /* Pointer auf Parbarry */ 


Anzahl der Farben des jeweiligen Bildes */ 


struct Gfrbase *"6ixbase; /* Systen pointer Grafik */ 
struct Intuitiondase *Intuitionbase; /* Systen polnter Intuition (wird zum 


Oeffnen der Screens benoetigt) */ 


/* Die folgenden Pointer sind jeweils fuer das Ausgangsbild und das trans- 
foralerte Bild definlert */ 


struct RastPort ’rp,'rp2; 
struct ViewPort *vp,'vp2; 
struct Screen *s=BULL; 
struct Screen *s3=BULL; 


5 Kouscreon Struktur wird vor dem Oeffnen der Screens vom Program an das zu 
adende Bild angepasst (Werte aus dem "BNHD"-Chunck) */ 


struct Heuscresn ns = {9,0,328,200,5, 


v,l, 
v, 
CUSTONSCHEEN, 
BULL, 

BULL, 

BULL, 

HLL }; 


/* Speicherreservierung und Initialisierung der Rotationsmatrix zum Drehen der 
Kugel *'/ 


double a[3][3] = ({1.0,1.0,1.0), 


{1.0, 
{1.0, 


1.0,1.8), 
1.8,1.8)); 


double aspects[4) = (2.0, 1.0, 0.5,05); 


char zeichenpuffer[88]; /* Puffer fuer die Funktion "scanf’ */ 


rl 


LE *cleanup; 


/* wird von "cleanexit()* benoetigt, um offene Files 
zu schliesen */ 


/® TEN DEREN ERLERNEN EEE ESENNNERLELENAPEIEEZUN NDR EEE se, 
i® Disk - Routinen 2 
i® TEE AD GE ERELTEE TNELE PEN LENNELETRTEEEOD VERSCHELASTTELTNLEEPELENESUPTEEN TEILEN } 
I’---- nn hole Byte von spezifizierten File -------------------.-..-- S; 
BITE getbyte(fp) 
FILE *fp; /* Pointer auf File Struktur */ 
{ 
BITE arg; 
erg = getc(fp); [* Lese Byte */ 
iftfeoflfp)) { /* End of File ? °/ 
eleanexit("Unervartates Filsende !*); 
] 
Iflferror(£p)) { /* Lasefehler ? */ 
cleanexit("Fehler beim Lesen aufgetreten !*); 
) 
returnlerg); /* kein Fehler: gebe Byte zurueck */ 
} 
I! hole Langwort aus spezifizierten File ---------------- .; 


ULONG getlong(fp) 


FILE *fp; /" Pointer auf File-Struktur */ 
{ 

ULONG len; 

len = @L; 

len = (ULONG)IDVAL(getbyte(£p),getbyte(fp),getbyte(fp),getbyta(fp)); 


returalleo); 


void putbyte(fp,b) 


FILE *fp; /* Polater auf File-Struktur */ 
BITE b; /* ıu schreibendes Byte “ 


{ 


putc(b,fp); 
if(ferror(fp)) { /* Fehler bein Schreiben ? */ 
eleanexit("Fehler beim Schreiben aufgetreten !’); 


[!---- nn schreibe Langwort in spezifiziertes File ---------------- .- 


void putlong(fp, 1) 


FILE *fp; /* Pointer auf File-Struktur */ 
LOB |; /* zu schreibendes Langwort */ 


{ 


putbyte(£p,(UBYTE)CLI D> 24L) & Aff)); j Byte Ir. 0 8 
putbyto(£p,(UBITE)LL] d> 16L) & Oxff)); [’ Byte Ir. 1 °®/ 
putbyte(lfp, (UBITE)LLl 3) 8) & Bxff)); j* Byte Ir. 2° 
putbyte(£p, (UBTTE)( 1 k tıff)); j! te lt. 3°] 


loadpic(nane) 
char *nans; /* Pointer auf Filenanen */ 


{ 


FILE *fp; 
LONG Id; 
void lookforpic(); 


If((fp = fopen(nane,’r")) == 0) { /* File nicht geoffnet ? °®/ 
cleanup = AULL; /* kein File offen */ 
cleanexit("File nicht gefunden !*); /* beenden 2; 

} 

cleanup = fp; /* File "Ep" Ist offen */ 

id = getlong(fp); /' hole Id */ 

iflid != ID FoRa) ( /* ist IPR-Pile ? 7 
cleanexit("Iein IFF-Pile !*); 


} 
lookforpic(fp); /* bole Bild */ 


felose(fp); /* schliese File */ 
cleaoup = AULL; /* kein File offen */ 


overreadchunk(fp, |) 


FILE °fp; /* Pointer auf File-Struktur */ 
ULONG 1; " [* Chuncklaenge */ 


{ 


VLOBG I; ‚ 
BYTE dunay; 


for(i=0;i<l;ier) { /* ueber gesante Laenge */ 
duaay = getbyte(fp); /* Byte wird nicht benoetigt */ 
} 


il & Oxll) { /* Laengse ungerade ? */ 
duaay = getbyte(fp); /* ja,lese pad-Byte */ 
} 
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[t------- prueft ob ein IFF-File vorliegt und liest ein vorhandenes Bild ----*/ 
void lookforpic(£p) 
FILE *fp; /* Pointer auf File-Struktur a 
{ 
BOOL body; 
LONG length, id,i; 
BITE duna; 
body = FALSE; /* Bilddaten noch nicht erreicht */ 
length = getlong(fp); /* hole Chuncklaenge */ 
id = getlong(fp); /* hole Chunckid */ 
iftid != ID ILBR).( /* Bilddatei enthalten ? */ 
cleanexit("Iein Bild gefunden !*,fp); 
) 
wbile(!(body)) ( /* Solange keine Bilddaten gelesen wurden ® 
id = getlong(fp); /* hole Id */ 
langth = getlong(fp); /* hole Laeage */ 
switchlid) { /* bearbeite Chunks */ 
case(ID BNHD) : { /* BitKapkeader ? */ 
loc_babd = (DBITE *)(ineinbabd); 
for(i=s0;itlength;is+) ( 
loc _bahd++ = getbyte(fp); 
} 
lf(lengthäl) 
duna = getbyte(f£p); 
conputebahd(); 
break; 
} 
case(ID CHA) : ( /* colornap ? */ 
loc_cnap = farben; 
for(i=0;iclength;ir+) { 
“loc cmap++ = getbyte(fp); 
} 
colors=length; 
ifllengtbäl) ( 
duaa = getbyte(fp); 
conputecaap(); 
breit; 
} 
case(iD BODY) : { ? Bedy ! °} 
readbody(fp); 
body = |; /* Bild ist gelesen */ 
breat; 
] 
default ii /* unbekannter Chuack */ 
overreadchunk(fp, length); 
breat; 
) 
} 
} 
) 
[+ nn Oeffnet Screen nit den gelesene Paranstern ------------------ 
coaputebabd() 
{ 
LOIG ij; 
/* Anpassen der Hewscrean-Struktur an das glesene Bild */ 
ns. Viewulodes = 6; 
as.Depth = melnbmhd.nPlanes; 
if(ns.Depth == 6) { 
ns.Vienkodes |= HAN; 
} 
ifimeinbabd.w ) 408) { 
as.Vienlodes i= HIRES; 
} 
ns. Kidth = meinbahd.w; 
if(neinbabd.h ) 256) { 
ns.Vienkodes ı= LACE; 
} 
os.Height = neinbahd.h; 
/* Oeffne Screen |, zum Laden des Bildes */ 
ifls) { 
CloseScreen(s); 
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} 


s = (struct Screen *) OpenScreen(äns); 
if(s == BULL) { 
cleanexit("Screen no.1 kann nicht geoeffnet werden !*); 


} 


/* Oeffne Screen 2, zum Transfornieren des Bildes */ 


if(s2) { 
Closescreea(s2); 


] 


s2 = (struct Screen *) OpenScreen(äns); 
if(s2 == BULL) ( 
eleanexit("’Screen no.2 kann nicht geoeffnet werden !*); 


] 


/* Bole 


Viewports der beiden Screens, zum Setzen der Farben */ 
/* Bole 


Rastports der beiden Screens, fuer Grafikfunktionen */ 


-) ViewPort; 
-) RastPort; 


vp=Ä4s 
rp=äs 


vp2 = is2 -) ViewPort; 
tp2 = is2 -) RastPort; 


Screenlofront(s); /* Screen auf dem geladen wird kommt nach vorn */ 
/* kann bei LATTICK "Screentofront* (mit kleinen t) heissenn */ 


coaputecaap() 


LONG i,c,red,green, blue; 


loc _caap = farben; 
czcolors/3L; 


/* Pointer auf Array "farben" */ 
/* eine Farbe besteht aus drei Bytes *®/ 
forli=s0;ite;ire) ( /* ueber alle Farben */ 
red = (LOBG)(*loc_caapt++ I) 4); 


green = (LONS)(*loc_caap++ )) 4); 
blue = (LOAS)(*loc_caapt+ 2) 4); 


SetR6B4(vp,i,red,green, blue); 
SerRöd4(vp2,i,red,green,biue); 


/' setze Farben von Screen | */ 
/* setze Farben von Screen 2 */ 


UBITE *unpackrow(bt,1,fp) 


{ 


DBITE *bt; /* Puffer fuer dekonprienierte Zeile, in diesen Fall 
die Bitmap von Screen Ar. I */ 

unoRd |; /* Laenge der Zeile in Bytes */ 

FILE *fp; /* Pointer auf File-Struktur */ 

BITE a; 


UNORD 1,j,k,count; 


count = 8; 
if(neinbubd.conpression == |) ( 
wbilelcount ( |) { 
a = getbyte(fp); 
IEtate) { 


/* ist konpriniert ? */ 
/* ueber alle Bytes */ 


/* wiederholte Bytes ? */ 

ifla d) -1238) ( /* kein Kooperation (-138) ? *®/ 
k = getbyte(fp): /* hole zu wiederbolendes Byte */ 
for(j=0;jt((-a)si);jrr) { 


Abtır = k; /* wiederhole Byte -n+l mal */ 
count ++; /* schreibe Byte in Puffer 
und erhoehe Zaehler */ 
} 
} 
else { /* naechsten n+l Bytos Lesen */ 


for(js0:jClasi)sjer) ([ /* ueber nel */ 
abt++ = getbyte(fp); /" hole Byte */ 


couat+t+; /* schreibe es in Puffer und 
erhoehe Zaehler */ 
} 
] 
) 
} 
else { /* nicht konprieniert */ 


434 


for(jen;jti;jer) { /* lese 1 Bytes ®) 


*bt++ = getbyte(£p); /* und schreibe sie In Puffer */ 

} 
returo(bt); /* gebe neue Position im Puffer zurueck ° 

} 

[’+------ bolt Anzahl der gleichen Bytes eines Arrays (hier: Bitaap) 

BITE getsane(src,nax) 

BITE *src; /* Array Position */ 

WORD nax; /* maxiaale Anzahl der zu lesenden Bytes ®/ 

{ 

BITE l,c,f,*barc; 
c=#; 
f=4; 


barc = arc+l; 
for(l=0;Ikmax;i++) ( /* ueber die naxinale Anzahl af 
/* vergleiche Byte mit Nachfolger */ 
If((*sre == *barc) üb (fz=0)) ( /* ist gleich */ 
tt; /* erkoche Zaebler */ 
stc+tt+; /* naechsten zwei Bytes */ 
harctt; 


) 
else { /* ist ungleich */ 


fzl; /* Flag setzen, so das keine weiteren Paare ge- 
zaehlt werden */ 
) 
} 
If(caat) ({ /* kein Paar ? ®/ 
c=-]|; 
} 
returnl(c); 
['r-- nn hole Anzahl der verschieden Bytes eines Arrays --- 


BITE getdifferent(src,nax) 


BITE *src; /* Arbeitsweise analog zu getsane() */ 
T0RD ax; 
{ 
BTL 1,c,8,*barec; 
c=h; 
f28; 


biste = srcal; 

for(la0;ltaan; ler) [ 
ifl(!sreiz*bsrc) && (fz=0)) ( 

ett; 

src+t; 

hırctt; 


else ( 
f21; 
} 


} 

If(cz=0) { 
e=-]; 

} 


retura(c); 


/*- komapriniert x Zeichen eines Arrays src, legt diese in das Array dest --*/ 


LONG packrow(src,dest,x) 


BITE *src, "dest: 
BITE x; 


{ 


BITE c,dif, san, |; 
LOB |; 


/* source- und destinatlonärrays */ 
/* aaıinale Bytezabl */ 


6:9; 
while(cix) { /* ueber alle Bytes */ 
sansgetsame(src,ı-c); /* hole Anzahl gleicher und */ 
difzgetdiffereat(sre,x-c); /* ungleicher Bytes ?/ 
Iflsaals-])) { 7° gleiche Bytes °/ 
l+=3L; 
C+t=3a8; 
der gleichen Bytes groesser */ 
"dastt+ = -(san-I); /* schreibe -Anzahl-I in Ziel-Array */ 
“destt+ = *src; /* schreibe zu wiederholendes Byte */ 


/* Laenge des Ziel-Arrays wird um zwei groesser */ 
/* Anzahl der gelesenen Bytes wird um die Anzahl 


570 


/* Position im Source Array wird um die Anzahl 
der gleichen Bytes groesser */ 


sSIC+tz348; 


} 

iftdif!=-1) { 
“dest++ = dif-1; 
lt+; 


/* schreibe Anzahl-I in Ziel-Array */ 
/* Laenge des liel-Arrays wird 
um eins groesser */ 
for(izh;icdif;ier) { /* ueber ungleiche Bytes */ 
rt; /* gelesene Bytes wird 
un "dif* groesser */ 
Laenge des Zielarrays wird 
un "dif* groesser */ 


ltr; / 


“destt+ = *srcıt; /! 
Ziel-Array */ 


returp(l); 


UBITE *getbitaap(nua) 


LOJG nua; /* welche Bitnap */ 


{ 
UBITE "plane; 


plane = s-»BitNap.Planes[nua]; 
return(plane); 


readbody(fp) 
FILE *fp; 
( 


WWoRD i,j,x,y; 
VBITR "aaps[7), *dunay; 


/* Pointer auf File-Struktur */ 


x = (aelnbabd.w )) 3); /" Anzabl Bytes pro Zeile = 
Punkte pro Zeile / 3 1j 


y = neinbabd.b; 


for(j=0;j(meinbabd.nPlanes;j++) ( 
aaps[j) = (UBITZ *)getbitmap((LONG)j); 
) 


for(ish;itg;ire) ( 
for(j=0; j(meinbahd.nPlanes;j++) ( 
naps[j] = unpackrow(maps[j],x,fp); 


/* ueber alle Zeilen *®/ 
/* dekonnpriniere Zeile 


if(meinbabd.nasking == | ;} 
duaay = unpackrow(farben,x,£p); 


neinbahd.nasking == 3) [ /* Naske ? 
/* dekonapriniere Kaske 


schreibe die ungleichen Bytes ins 


/* holt Adrresse aus Screen-Struktur */ 


/* hole Bitmapadrressen der maps */ 


/* ueber alle Bitplanes */ 


Lt 


I 
1 


/* Baske wird nicht beruecksichtigt */ 


schreibt ein Bild das im Speicher steht auf Disk 
void savepic(nane) 


char *'nane; /* Bane unter dem das Bild gespeichert wird */ 
{ 

FILE *fip; 

LORG minlen,bodylen; 

UBITE *aaps[7); 

UNORD x,y,ıw; 

covat i,j,k; 

BITE odd,pichuff[9p]; 


ift(fipsfopen(nane,"w"))==HULL) ( 
cleaaup = FULL; 
celeanexit("File kann nicht geoeffnet werden !*); 


claanup = fip; 
ainlen = 4bL+colors; 
bodylen = AL; 

odd = 9; 


/* ninlen = "ILBNDNHDCHAPBODY’ + 12 ((lenght of chunks)*3) + 
20 (BEHD) + (length of coloraap(colors)) 
1 


2 = (aeinbabd.w )) 3); 
y = aelnbabd.h; 
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627 
628 


1733 
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/* schreibe FORN auf Disk */ 
putlong(£ip, IDYALC'E','0','R','M')); 


/" hole Laenge des BODY-Chunks damit die Laenge des FORK-Chuncks geschrieben 


} 


werden kann */ 


for(j=0;j(meinbahd.h;jr+) { 


bodylen += packrow(maps[ij+x*j,pichuff, (BITE)x); 


for(i=d;icmeinbmbd.nPlanes;i++) { 
fi} = s2-)BitNap.Planes[i]; 


] 
/*" sollte die Laenge des BODY-Chuncks ungerade sein, muss ein pad-Byte ge- 
schrieben werden, da IPF-Chuncks nur gerade Laenge haben duerfen '/ 


odd=bodylen; 

ifloddil) { 

putlong(fip, (ninlen+bodylen+l)); 
} 


else 


{ 


putlong(fip,(minlenrbodylen)); 
} 


/* schreibe ILBN und BAHD auf Disk */ 


“ putlong(fip, IDVAL('T','L’,’B’,'0')); 
aeinbahd.conpression = |; 
neinbabd.nasking = 8; 
putlong(£ip, IDVAL('B’,'N',.'H','D')); 
putlong(fip,20L); 
loc_bahd = (UBITE *)(äneinbahd); 
for(i=0;iK20; ir) { 

putbyte(fip,*loc _bahdı+); 

] 


/* schreibe den CHAP-Chunck auf Disk */ 


putlong(fip, IDVALL'C’,'a','a',’P')); 
putlong(fip,colors); 
loc_caap = farben; 


for(l 


=; ikcolors;ir+) { 


putbyte(fip,*loc_caap+r); 
} 


/* schreibe BODY-Chunck 
das Bild wird inner konapriniert und ohne Naske abgespeichert */ 


} 


putlong(fip,IDVAL('B','0','D','Y')); 
putlong(fip,bodylen); 
for(j=0;j(meinbabd.b;jr+) { 


for(iz0;i(meinbahd.nPlanes;i++) [ 


naps[i] = s2-)BitHap.Planes[i]; 


bodylen = packrow(maps[i)+x"j,pichuff, (BITE)x); 


for( 


} 


if(odd) { 


i=0;kCbodylen;k++) { 
putbyte(£ip,pichuf£lk]); 


putbyte(fip,®); 
} 


felose(fip); 
cleanup = AULL; 


void aakerotaatrix(x,y,2) 


double x,y,z; 


{ 


ale)[0] = cosly)’cos(z); 

alö]{1] = -cos(y)'sintz): 

a(d][2]) = sialy); 

ali)[e] = cos(x)*sin(z) + sin(x)*sinly)*cos(z); 
ali){l] = costx)'cos(z) - sin(x)*sinly)*sialz); 
all][2] = -sinlx)'cas(y); 

al2){9] = sinlx)*sin(z) - cos(x)*sialy)*cos(z); 
al2)fl] = sinfx)*cos(z) + cos(x)*siafy)*sin(z): 
a{2][2] = cos(x)*'cos(y); 

nun aultipliziert einen Vektor nit der Katrix m 


void rotatevec(vl,ve) 


/* ungerade, dann schreibe pad-Byte */ 


double *!vi,*ve; /* vi = Pointer auf den zu aultiplizierenden Vektor */ 
/* ve = Pointer auf Vektor in den das Ergebnis steht */ 


{ 


covat i,j; 
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double b; 


for(i=0;il3;irr) { 
h=08; 
for(j=0;j3;j++) { 
b += (afi)lj) * vilj)); 


veli] =b; 


double getyprop(xs,xw,yw) 
double xs,ın,yw; 


{ 
double ys,xh; 


ıh = xs * BIGESTWIR(ın/2.0); 
ys = xh/BIGESTWIN(yw/2.0); 


/* Der Wert "BORITOR" kann veraendert werden, und haengt von der Einstellung 
Ihres Konitors ab. Der Wert gibt an, um wieviel die einzelnen Pixel 
breiter als boch sind; er muss in Zweifelsfall durch probieren er- 
alttelt werden. */ 


/* verneide Division durch Aull */ 
ys = (double)(ys == 0.0) ? (1.8) : (ys); 
retura(ys); 


double getxprop(ys,xu,yw) 
double ys,ın,yw; 


{ 
double ıs,yh; 


yb = ys * BIGESTEINLyW/2.0); 
23 = yh/BIGESTWIR(ıW/2.0); 


/* verseide Division durch Hull */ 
25 = (double)(xs == 4.9) ? (1.8) : (ze); 


returalxs); 


vold transforapic(src,dest,xa,xe,ya,ye,xwink,ywink, 
xoff,yoff,xsize,zsize,ref,xrot,yrot,zrot,node) 


struct BastPort *src,*dest; 
LONG xa,xe,ya,ye; 

double xwink, ywiok; 

LONG xoff,yoff; 

double zsize,zalze; 

BO0OL ref; 

double xrot,yrot,zrot; 

LONG node; 


double xstep,zstep; 

double xstart,ystart,xstop,ystop; 
double xzpic,ypic,ysize; 

double pixstep,piystep; 

double x,2; 

double k[3),b[3],95[2]; 

LONG color,xclip,yelip; 


Screenlofront(s2); /* zeige Screen mit Transfornierten Bild */ 
aakerotmatrix(TOBOGEN(xrot),TOBOGEN(yrot),TOBOGEN(90.0+zrot)); 


ysize = xsize; 

ystart = -TOBOGER(ywink/2.0); 

ystop = TOBOGER(ywink/2.9); 

xstart = -TOBOGER(zwink/2.0); 

xstop = TOBOGER(xwink/2.0); 

zstep = (HAIWIE(zsize)); 

ıstep = (KAlWIA(zsize)); 

pixstep = ((double)(xe-xa))/(TOBOGEN(xwink)/zatep); 
‚piystep = ((double)(ye-ya))/(TOBOGEN(ywink)/xstep); 


Satkast(dest,0L); * lossche Screen Ar. 2 */ 
ypic = (double)ya; 


for(zsystart ;ucyatop ;utaxstep) ( 


/* ueber alle Zeilen (y) ®/ 
ıplc = (double)za; 


/* setie auf ®) 
for(isxstart; aczstop;ztezstep) ( /* ueber alle Spalten (x) ®/ 


color = BaadPizellsre,zar(LON6)(xpic).yar(Lods)(ypie)); 
Iflcolor != #L) { /* wenn kein Punkt, weiter ®/ 


/* errechne die Koordinaten der Iugeloberflanche */ 
h[b) = zulzercos(x)*'cos(a); 
bl] = yalzercos(z)*sialz); 
h[2] = zalzetsiafz); 
rotatevec(h,k); /* rotiere Punkt der Oberflauche */ 
SetäPanldest,color); 
suitch(ref) ( _ 
caseld):{ 
zclip = zoff-(LöRe)k[e}); 
yelip = yoff+(LOns)(klä]*Aspzct); 
breat; 


/* webertrage Farbe ?/ 


casell):( 
zclip = zoff-(LONG)(k[O]/ASPECT); 
yellp = yoff+(Loac)k[2]; 
break; 


} 
default:{ 
ıclip = zoff-(LONG)k[P}; 
yelip = yoff+(Lois)k[2}; 
break; 
} 
chip = ((zeliptoL)iitzciipde(LöB6)neindbahd.n)) ? -IL : zelip; 
yelip = ((yelipteL)iicyelipde(LON6)neinbahd.h)) ? -IL : yelip; 


ifl(zelip da 6) Ah (yellp d= 9)) { 
suitch(node) { 


case VOLL :( /* undurchsichtig *®/ 
tetklı)de.0) { /* zeigt Vektor nach vora ? ®/ 
Iritepizelldest,.xclip,yelip); 


break; 


) 


case LEER :{ 
1etıfı)ce.n) { 
/' dann setze Pixel wenn noch keiner ge- 
satzt ist */ 


iffReadPixel(ldest,xelip,yelip)==0L) 
Iritoplzel(dest,xclip,yellp); 


else { 
Vritepizel(dest,xclip,yelip); 
} 


break; 


) 
} '/% ande switch ®/ 
} /* ande clipping '/ 
} /* Ist keine Farbe gesetzt, wird hier weitergenacht */ 


/" auochste xz-position */ 
xpic += pixstep; 


) /* ande ueber alle Spalten °/ 


If(s2-)Topkdge )= 230) ( 
IBenchTofroat(); 
Hovascreaa(s2,0L,-J12L); 
printf(*IFF-Transfornation unterbrochen. \n°); 
coat: 
printf(’Nelter (j,») 2 °); 
scanf(*1s* ,zelcheapuffer); 
Iftzeichenpuffor[ü]a='n') { 

print£(’IER-Transfornation abgebrochen .\a*); 
retural); 
} 
else [ 
iftzeichenpuffer[d]!='j') 
gato coat; 


/' Screen Ir.2 unten ? */ 


} 
VbanchTloback(); 
} 


/* aachste y-Position */ 
ypic += piystep; 


} /* ende ueber alle Zeilen- ®/ 


/* zeigt Vektor nach hinten ? */ 


printf("I2R-Transfornation beeadet.\a*); 


Girbase = (struct Gfxdase *)Opsalibrary("graphics. library‘, AL); 
If(6fxdase == AULL) 
eloanexit(*graphics library kann nicht geoaffnet werden !*); 


»-—n-—-—n—n.nnn.n.n—nn.n—nn———n————n—.—nn.n.n nn nn nn eneeeekeeneeeeeneeeenn 


Intuitiondase = (struct Intuitiondase *)Opealibrary(*iatuition.library*,0L); 


If(latuitiondase == BULL) 
eleanezit("intuition library kann nicht geoaffast werden !*,BULL); 


printf("\a\a IfE-Transforaer VI. \a*); 

printf(" written in 1987 by Christian Hoeach,\a\a*); 

printi("Hane des zu transforalerenden Bildes =) *'); 
. scanf("Ys*,zeicheapuffer); 

printf(*loadiag Ys\a* zeichsnpuffer); 

loadpic(zeicheapuffer); 

VBenchTofroat(); 

dotrans(); 

getuser: 

VbenchTofroat(); 

priati(’Speichern, Houstart, Laden oder Ende (s,a,1,e) ? *); 

scanf("%s* zeicksapuffer); 

Iflzeicheapuffer[ü]au'e!) { 

eloanexit(*IFF-Transfornation beendet. \a*); 


} 
Iflzeichenpuffer[6]au'a') { 


detraas(); 
goto getuser; 


} 

Iflzeichenpuffer[ü]a='s') { 
aane: 
priatf(’lane des Bildes =) *); 
scanf("%s",zeichenpuffer); 
printf("saving %s.\a",zeickeapuffer); 
savepic(teichsapuffer); 


} 
Iflzeichenpuffer[ü]a=']') { 
printf("lano des zu transforalerenden Bildes =) *); 
scanf("1s* ,zeichsapuffer); 
peintf(*loading As\a’,zeichenpuffer); 
loadpic(zeicheapufier); 
I 


gata getuser; 


|’ nnnnnnnnnnn hole Herte von User, starte Transfornatlon ------------- 
dotraas() 
o» Kan,20n, Jan, Je, 20, 0,10; 


double zuin,yula,ar,yr,er,xal,ysi; 
BOOL xprop,yprop,zef: 


ref = 3; 
printf("Paraneter elageben:\a*); 


2a: 
priatf("zstartpositon (0-14) ? *,nelabubd.n); 
scanf("Yd’,,ixas); 

If(zante :: zandnelabahd.v) { 


printf(*illegaler Yert.\a'); 
goto xa; 


} 


IH 
pelatfl"zstopposition (0-44) ? *,nelababd.w); 
scanf("dd',izen); 

If(zento :; zendaeiabahd.v) ( 


priatf("illegaler Nert.\n*); 
goto ze; 


I 


ya: 

printf("ystartpositon (0-4) ? *,neinbabd.h); 

scanf(*Yd*,iyan); 

Iftyanie ;: yan)neiabahd.h) ( 
printf(*illegaler Nert.\a*); 


goto ya; 
} 


je: 
prelatfl"yatopposition (0-14) ? ",meinbahd.h); 
scanf(’%d’.Ayan); 
Iftyente it yendaeiabahd.h) ( 
printf(*illegaler Nert.\a'); 
goto Je; 
} 
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ıwia: 
printf("xwinkel (1-360) ? *); 
scanf("Yf*,ixwia); 
ifl(zwind360.0) :: (xwini.e)) ( 
priatf("illegaler Wert.\o*); 
goto zwin; 


} 


yrin: 
printf("ywiakel (1-180) ? *); 
scanf("Jf*,iywina); 
ifltywindian.e) 3: (ywiacl,o))( 
printf("illegaler Vert.\n*); 
goto ywin; 


] 


rot: 
printf(*xrot,yrot,zrot ? *); 
scanf("YE,%f,%£*,kxr,äyr,izr); 


10: . 

printf("zoffset,yoffset ? *); 

scanf("%d,%4*,äxo,äyo); 

ifl(xoce 5: zodmeinbahd.w) :: (yo<® :: yo)meianbahd.h)) ( 
print£("illegaler Wert.\o'); 
goto 10; 


} 


six: 
aprop = PALSE; 
printf(’xradius (0 = I-Propaod.) ? *); 
scanf('Yf",äxsi); 
if(xsi ( 1.0) { 
if(xzsi == 0.0) ({ 
ıprop = TRUE; 
printf(" 1I-Propotionalmodus eingeschaltet.\n'); 


else ( 
peintf(*illegaler Wert.\n"); 
goto six; 

) 


) 


sig: 
yprop=FALSE; 
printf("yradius (0 = Y-Propaod.) ? *,neinbahd.b/2); 
scanf(*"Yf*,äysi); 
if(ysi (1.0) ( 
lf(ysi == 9.0) ( 
iftzprop) { 
printf("Kein zradius vorhanden (I-Proportionalaodus) !\n*); 
goto siy; 


ysi = getyprop(zsi,xwin,ywin); 

printf(* Y-Proportionalaodus eingeschaltet.\n*); 
peintf(* yradlus = JE\n',ysi); 

yprop=TäUf; 

goto rg; 


} 
printf("illegaler Vert.\n*); 
goto siy; 


if(xprop) { 
xsi = getzprop(ysi,xwin,ywin); 
printf(* axradius = f\a*,ısi); 
} 


rg: 

LELLASPECT != 1.0) && (zprop !ı yprop)) ( 
printf(" Referenzgroesse eingeben (x oder y) rt’. 
scanf("%s",zeichenpuffer); 
if(zeichenpuffer[d]=='x') ( 

printf(" zradius ist Reforenzgroesse.\n"); 
ref = 8; 
] 
else { 
if(zeichenpuffer(p]i='y') { 
goto rg; 


printf(* yradius ist Referenzgroesse.\n"); 
ref = |; 


} 


} 


a0: 
ifttzsi > meindabd.w/2) :: (ysi > meinbabd.h/2)) ( 
ifl(xwin € 180.0) :: (ywin € 180.0)) 
printf(" Achtung: Teile koennen unsichtbar sein 112°); 


) 
printf("Nodus (0 or 1) ? *); 
scanf("%d",imo); 
if(nol=0 di ao!=l) { 
printf(* unbekannter Kodus.\n*); 
goto ao; 


} 
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1113 
1113 
1114 
1115 
1116 
1117 
1118 
1119 
1130 
1131 
1123 
1133 
1134 
1135 
1136 
1137 
1128 
1129 
1138 
1131 
1133 
1133 
1134 
1135 
1136 
1137 
1138 
1139 
1148 
1141 
1143 
1143 
1144 
1145 
1146 
1147 
1148 
1149 
1156 
1151 
1153 


VBenchToßack(); 
transforapic(rp,rp2, 
(LONG )zan, (LONG)xen, (LONG)yan, (LONG)yen, 
zwia,ywin, 
(LOIG)xo, (LONG)yo, 
xsi,ysi,ref,ır,yr,zr, 
(LONG )a0); 


/*---- Verlassen des Programas und schliessen der Screen,Libraries, Files ----*/ 
cleanexit(erraes) 


char* erraes; 


{ 
lat 1; 


if(erraes != BULL) ( 
printf(*%s\n’,erraes); 


} 
if(eleanup != BULL) { 
felose(cleaaup); 


} 
if(s != BULL) { 
CloseSceresa(s); 


} 
if(s2 != BULL) ( 
CloseSeresa(s2); 


} 
if(Intuitiondase != AULL) { 
CloseLibrarg(Intuitiondase); 


} 

if(6fxBase != BULL) { 
CloseLibrary(sfxBase); 

) 


exit(#L); 


VON OLIVER EDLER 


WANDLER 


ZWISCHEN DEN 
WELIEN 


OBJEKTKONVERTIERUNG VON SCULPTSD ZU 


VIDEOSCAPESD 


Jeder, der schon einmal versucht hat, per 
Millimeterpapier und Bleistift ein Objekt für 
Videoscape zu definieren, und kaum über den 
obligatorischen Würfel hinausgekommen ist, 
wird sich schon nach 3dimensionalem Papier 
mit eingebautem Texteditor gesehnt haben, 
denn spätestens nach dem 20. Punkt und der 
40.Fläche sieht das Millimeterpapie eher wie 
ein Schnittmuster aus. Doch wofür gibt es 
Computer und Programme wie Sculpt 3-D? 
Leider sieht Videoscape es nicht vor, Daten im 
IFF-Format, das es inzwischen auch schon für 
Objekte gibt, einzulesen. Damit Sie dennoch 


zu Ihrem Raumschiff Enterprise kommen, hier - 


nun die Beschreibung unseres Programmes. 
Eine Erklärung des IFF-Datenformates 
befindet sich in Form von REM-Zeilen, die 
natürlich nicht mit abgetippt werden müssen, 
im Listing. 


as PROJECT- Menue: Der 
/) Menü-Punkt SCULPT 

LOAD gibt Ihnen die 
Möglichkeit, entweder eine komplette 
Sculpt-Scene zu laden, um sich 
zusätzlich einen Überblick über den 
Beobachterstandort, evtl. vorhandene 
Lampen, eine Liste aller Kanten und 
die Umgebung des Objektes zu ver- 
schaffen ‚oder Sie laden nur die reinen 
Objekt-Daten wie Eckpunkte und eine 
Flächenverbindungsliste. Dabei spielt 
es keine Rolle, ob Ihre Scene aus meh- 
reren Objekten besteht. Das Programm 
macht aus ihnen ein einziges Video- 
scape-Objekt. Mit VSCAPE SAVE 
speichern Sie das konvertierte Video- 
scape-Objekt ab. Die Farbdaten werden 
nicht automatisch umgesetzt, sondern 
durch einen Defaultwert (VSdef) glo- 
bal gesetzt. Allerdings kann dieser 
Farbwert im VOREINSTELLUNG- 
Menü geändert werden. Falls Ihr 
Sculpt-Objekt mehrere Farben enthält, 
können Sie diese im BEARBEITEN- 
Menü einzeln edieren. Hierbei wird die 
Sculpt-Oberflächenstruktur automa- 
tisch umgerechnet. ENDE braucht 
wohl nicht näher erläutert werden, 
außer daß Sie sichergehen sollten, Ihr 
modifiziertes Objekt auch abge- 
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speichert zu haben. Hierfür ist aber 
noch einmal eine Sicherheitsabfrage 
eingebaut. 


Das DATEN 
ZEIGEN- Menü: 


Je nachdem, was Sie vorher geladen 
haben, können Sie sich jetzt die Daten 
des Sculpt-Objektes ansehen oder aus- 
drucken lassen. Versierte wissen sicher 
etwas mit Standort, Blickpunkt, Lam- 
penposition usw. anzufangen. Zum 
Beispiel verwenden Sie den Standort 
(Observer) in Ihrem CAM-File als Ka- 
mera-Position. Die Blickpunkt-Daten 
(Target) geben den Koordinatenur- 
sprung an. Außerdem werden es einige 


nützlich finden, die ausgedruckten 
Daten zur Archivierung der Sculpt- 
Objekte zu verwenden. 


Das BEARBEI- 
TEN-Menü: 


Beı der Option FARBEN werden 
Ihnen die zur Verfügung stehenden 
Videoscape-Farben im oberen Fenster- 
teil angezeigt. Darunter sehen Sie die 
Farbe der momentan zu bearbeitenden 
Fläche des Sculpt-Objekts. Sie müssen 
nun aus der Palette die neue Farbe aus- 
wählen. Doch Vorsicht ! Durch noch- 
maliges Anwählen des VOREIN- 
STELLUNG-Menüs werden alle 
Flächen wieder einheitlich gefärbt. 


REM IFF-Format sculpt scene 


REM HEADER 
REM FORM-Chunk: 
REM 4 bytes 


REM LAMP-Chunk: 


"FORM 
long 'Gesamtlaenge in bytes 
REM Chunk-Art "SC3D 


ACHSEN gibt Ihnen die Möglichkeit, 
die Lage Ihres Objektes zu verändern. 
Das Programm fragt Sie, welche 
beiden Achsen vertauscht werden 
sollen. Menüpunkt DIMENSION: 
Damit Ihr VideoScape-Object nicht zu 
groß wird, können Sie hier die Dimen- 
sıon der Koordinatenwerte einstellen. 
ANZEIGEN ist eine ‘Minimal- 
funktion’, um Ihr Objekt, um einen 
festen Winkel von 45 Grad gedreht, zu 
zeichnen. Auf die Daten wird hierbei 
kein Einfluß ausgeübt. Jede Aktion 
kann entweder durch den Menüpunkt 
ABBRECHEN oder CTRL-C abge- 
brochen werden. 


REM 4 bytes "LAMP" 

REM long 'chunklaenge in bytes 

REM long 'x-lampe 

REM long 'Z-lampe 

REM long "Y-lampe 

REM long 'helligkeit 

REM 3 bytes 'r-g-b lampenfarbe 

REM 1 byte 'fuellbyte 

REM 

REM OBSV-Chunk: 

REM 4 bytes "OBSV’ . 

REM long 'chunklaenge in bytes 

REM long 'mode O=paint, 1=snapshot, 2=photo, 3=wire 
frame 

REM long 'lens Brennweite 

REM long '? suspect 100-150 

REM long 7 suspect 4-6 

REM long 'X-location 

REM long 'Y-location 

REM long 'Z-location 

REM long 'X-target 

REM long 'Y-target 

REM lon ' 2-target 

REM wor 'resolution O=lo-res, 1=-hi-res 
REM word '‘O=no-interlace, 1=interlace 

REM word 'lens O=normal, 1=wideangle, 2=telephoto, 
3=special 

REM word 'exposure O=auto, 1=manual 

REM long 'lens special 

REM long 'exposure prozent 

REM long 'exposure manual 
REM long 'imagesize O=tiny,1=small, 2=medium, 3=fu 
1l,4=jumbo . 

REM long 'angle of ctılt 

REM long 'anti-alias O=none, 1=good, 2=best 
REM 


REM WRLD-Chunk: 


REM 4 bytes "WRLD" 
REM long 
REM long 'sk 
REM long 
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ymode 


'groundmode O=none, 1=solid, 2=checkered 
2 O=none, 1=solid, 2=graduated 
'dimension fuer ground-raster 


REM 3 bytes 'r-g-b illumination 
REM 3 bytes 'r-g-b groundlil 

REM 3 bytes 'r-g-b ground2 

REM 3 bytes 'r-g-b skyl 

2 3 bytes 'r-g-b sky2 

REM VERT-Chunk: 

REM 4 bytes "VERL' 

REM long Ben. ne in bytes 
REM long 'X-eckpunk 

REM long 'Z-eckpunkt 

REM long 'Y-eckpunkt 

REM 

REM EDGE-Chunk: 

REM 4 bytes "EDGE" 

REM long 'chunklaenge in bytes 
REM long von Punkt Nr. 

REM long ‘bis Funkt Nr. 

REM 

REM FACE-Chunk: 

REM 4 bytes "FACE' 

REM long 'chunklaenge in bytes 
REM long von Punkt Nr. 

REM long "Dis Punkte Nr, 

REM long "bis Punkt Nr. 

REM 3 bytes 'r-g-b Flaeche _ _ 
REM byte 'texture O=dull, 1=shiny, 2=smirror  3=-lumi 


nous, 4=glass, bit#8=smoothing 
REM 


REM 
er ee 


WINDO METAMORPH' ,, 
OÖ 

REM 

REM Menue vorbereiten 

REM 

MENU 1,0,1,° PROJECT" 

MENU 1,1,1, 'SEULPT LOAD * 
MENU 1,2,1,. "VSCAPE SAVE 
MENU 1,3,1, "ENDE 
MENU 2,0,1, "DATEN ZEIGEN" 
MENU 2,1,0, "UMGEBUNG 
MENU 2,2,0, "LAMPEN N 
MENU 2,3,0, "BEOBACHTER 
MEN) 2,4, 1," ECKEN s 
MENU 2,5, 1, "FLACHEN > 
MENU 2,6,0,° TEN 5 
MENU 2,7,0, "ABBRECHEN > 
MENU 3,0,1, "BEARBEITEN '' 
MENU 3,1,1, "FARBEN 

MENU 3,2,1, "ACHSEN & 
MENU 3,3,1, 'DIMENSION S 
MENU 3,4,1, "ANZEIGEN . 
MENU 3,5,0, "ABBRECHEN ® 
MENU 4,0,1, '"'VOREINSTELLUNG'" 
MENU 4,1,1,'FARBEN S 
REM 

En Unterbrechungsereignisse bestimmen 
ON MENU GOSUB AUSWAHL 

MENU ON 

ON BREAK GOSUB Ende 

BREAK ON 

u GOTO Fehler 
VSdef=15 'Defaultwert fuer VideoScape-Farbe 


DIM Vcol(15),Vcol$(16)'Array zur Umrechnung colornr. -> 


a A 
DIM F1(200,8 ee ee 
BEIDE ee N 


KR x=4 I0 | 
READ Vcol(x) 
NEXT x 
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FOR x=0 TO 

READ Voss) 
NEXT 
FOR x=0D TO 

READ nadzeız) 
EXT 


N 
VSCAPEFARBEN: 
DATA ‚2,%,8,7,9,10,12,14,15 Ä 
DATA black, "dark blue","dark green", (unused), "dark red" 
‚(unused) 
DATA brown, gray,black, "light blue", "light green", (unuse 
G), light red", (unused), yellow, white 
re matte,glossy, unshaded, "unfilled outline" 


GOSUB Laden 

BEEP 

REM 

Ban Programm ist voellig unterbrechungsgesteuert 


Ina =53 THEN File not found 
LOCATE 3,29: PRINIE Objece °',DI3; ‚scene nicht gqgefunde 


FOR !=0 TO 5000: NEXT 
RESUME Laden 
END IF 
ERROR ERR 
Ende i ı1n 
a=CSRLIN 'Cursorposition merke 
un 1,1:PRINT "WOLLEN SIE DAS PROGRAMM WIRKLICH BE 
WHILE aS<)>"J"AND as<>"N’ 
e <UCAÄSES(INKEYS) 
WEN 


IF aS="N" THEN "Cursor an alte position und weiter 
LO ATIE a, 1:PRINT 


RETURN 
END IF 
CLS 
SCREEN CLOSE 1 
MENU RESET 


CLOSE 

WINDOW CLOSE 2 

END 
REM 
REM Unterprogramm Menue-Nr. 
REM 


AUSWAHL: 
PR-HENULL) u des le Menues 
P%=MENU (1 enuepu 
N SUB EN BEARBEITEN, VOREIN 
(6) 


a Unterprogramme Menue-Punkt 
R 


DATEI 
ON P% GOSUB Laden, Susichern; Ende 
CLS 
RETURN 
DATEN: 
CLS 
SEN aanigage FOR OUTPUT AS 1 
evice 
ON P% GOSUB WRLD,_LAMP, OBSV,VERT, FACE, EDGE 
MENU 2,7,0 
CLOSE 
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Qualitäts-Hardware FO 


Made in Germany 


3%''-Amiga-Laufwerk extern 


Industriestandard ® Durchgeführter Port 
880 KB Speicherkapazität ® mit Schraubverriegelungen 
EIN/AUS Schalter ® Solides Metallgehäuse 


31/2” 


Weitere Produkte aus unserem Hause: 


5% "'-Amiga-Zusatzlaufwerk Extern 

3% ''-Amiga-Zusatzlaufwerk Intern 

3% ''-Atari-Zusatzlaufwerk Extern 

512 KB Speichererweiterung für Amiga 500 mit Uhr 
5% '-Zusatzlaufwerk Extern z. B. für Mitsubishi Laptop 
Computerleitungen für alle gängigen Computertypen 
3%'' Discdrive für XT/AT 

3%'' und 5%" Discdrives 

Midi-Interface für Amiga 


Sound-Digitizer Stereo für Amiga 


Erhältlich bei: 


® 
ones HAKO 


Mettmanner Straße 66 


5620 Velbert 1 DATA COMPUTER GMBH 
Telefon (02051) 59297 AAN 
Telex 8597665 CEW Raimbow Data 


Telefax (02051) 59032 und im gut sortierten Fachhandel. 


RETURN 

BEARBEITEN: 
ON P% GOSUB Farben, ACHSEN , Dimension, Anzeige 
MENU 3,53,8 


IN: 
ON BEN GOSUB Default 
RETU 


REM 
REM Laderoutine 
RE 


a Rene: 


REM Filename soll ohne appendix '.scene' eingegeben w 
erden 


yern os sun Laden 
ie '.ScENE') 


REM 

lee 6, 5, 20: PRINT "Wollen Sie das gesamte file einles 
en,oder nu 

LOCATE 8, "20: PRINT "die für VideoScape relevanten Obje 
kt-Daten ?" 

LOCATE 10, 2: PRINT "(G)esamt / (O)bject" 

WHILE sel "G"AND sel$<>"O" 

ee =UC SES (INKEYS) 


OPEN D1S5+'".SCENE” EOR INPUT AS 1 - 
FormId$= =INDUTS (4,1) 'IFF-ID einlesen 
IE Eormlas<>' FORM IHEN 

CLS :BEEP:BEEP 

PRINT "KEINE IFF DATEI" 

FOR I=]1 TO 10000:NEXT I 

CLOSE 1 


END IF 
formlaenge=CVL(INPUTS$S(4,1)) 
formkennung$=I PUT$ (4,1) 'Formname = 'SC3D! ? 
IF formkennun Sen THEN 
CLS :BEEP:B 
PRINT "KEINE SCULPT DATEI’ 
FOR I=1 TO 10000:NEXT I 


REM Wenn nur Object eingelesen, dann 
En Menuepunkte in Geis erschrift 


R 
Fla Daran 
MENO 2 a 

MENU 2, 2'Flag 
MENU 2.2 ‚Flag 
MENU 2,6,Flag 


REM 
Den Chunkweises einlesen der Daten 


CHUNKLESEN: 
IF EOF(1) THEN u1$(4 1) RETURN 
chunkname$ =INPU ie 1) 
chunklaen e et PUT (4,1)) 
IF sel$= THE 
IF chunkname N AMP" THEN LAMPEN 
IF chunkname$s="OBSV'" THEN BEOBACHTER 
IF chunkname$="WRLD'" THEN WELT 
ee ="EDGE" THEN KANTEN 
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IF EU Enan ed HyERT: THEN FLAECHE 
IF chunkname$s='"VERT'" THEN ECKPUNKTE 
ee ee ee 
GOTO CHUNKLES 
RETURN 


ECKPUNKTE: 
Max=0:Min=O 
Anzpunkte = chunklaenge/4/3 
IF UBOUND (Ecke)<Anzpunkte THEN 
ERASE Ecke 
DIM Ecke(Anzpunkte, 3) 


END IF 
LOCATE 2,3:PRINT "LESE ECKPUNKT NR.’ 
FOR x = OD TO Be 

LOCATE 2,19: NT 


x 
Ecke K2)SCVLGINBUTS(A.T), 


Ecke(x,2 4,1 
ie x, 1)=CVL( INPUTS(4, 1 
REM Maximal und Minimalwert der Koordinaten 
ae werden gleich bei Einlesen ermittelt 

IF Max<Ecke(x,0) THEN Max=Ecke(x,0O 
IF Max<Ecke(x,1) THEN Max=Ecke(x, 
IF Max<Ecke(x,2) THEN Max=Ecke(x, 
IF Min>Ecke(x,0) THEN Min=Ecke(x 
IF Min>Ecke(x,1) THEN Min=Ecke(x 
F Min>Ecke(x,2) THEN Min=Ecke(x 


DerOND- 


-— ww 


nn Optimale VScape Dimension errechnen 


Mittel = Max+ABS(Min)/2 

WHILE Mittel>100 
Mittel = Mittel /Teiler 
Teiler = Teiler*10 


WEND 
GOTO CHUNKLESEN 


KANTEN: 
LOCATE 8,3: PRINITE LESE KANTE NR.’ 
a en we 
IF UBOUND (Kante) <Anzkant THEN 
ERASE Kante 
en Kante (Anzkant, 2) 


€ FAUL INDÜT 
Kan ee - ENLUIN a 


Kante (x,1 CVL(INPUT 
NEXT 
GOTO CHUNKLESEN 
FLAECHE: 
LOCATE 4,3: PRINT "LESE FLACHE NR.’ 
Anzflach = engen 
IF UBOUND (F1l)<Anzflac HEN 
ERASE Fl 


E 
DIM Fl(Anzflilach,B) 
END IF 
FOR x = O9 TO Anzflach-i 


LOCATE 4,19:PRINT 
= ner 621, 
Fi(x,1) = EVL{IINFUTS(4,. 1 
Fl(x, = CVL(INPUTS(4, 1 
Filtx,3) = ASC( INPUTS (1,1 
Flix,4) = ASCIEENPUTS (|, 1 
Fl(x,5) = ASCtEINPUTS (| 1 
F1l(x,6) = ASC(EINPUTS(I | 
Flix,/) = Vödef 'defaultwert zuweisen 
NEXT x 
GOTO CHUNKLESEN 
LAMPEN: 


LOCATE 2,3:PRINT "LESE LAMPENDATEN" 
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Bar ale = ee 
IF UBOUND (Lampe)<Anzlamp THEN 
ERASE Lampe 
DIM Pampalänzlem 7) 
END IF 
FOR x=1 TO Anzlam 
Lampe(x,0) = CVL(INPUTS(4,1 
Lampe(x,2) = C INPUTS(4,1 
Lampe(x,1) = CVL(INPUTS(4,1 
Lampe(x,3) = CVL(INPUTS(4,1 
Lampe(x,4) = ASC(INPUTS(1,1 
Lampe(xX,5) = ASC(INPUTS(1,1 
Lampe (x,6) = ASC(INPUTS(1,1 
dummy = ASC(INPUTS(1,1)) 
NEXT x 
GOTO CHUNKLESEN 
BEOBACHTER: 


LOCATE 4,3:PRINT "LESE BEOBACHTER" 
mode CVL(INPUTS(4,1 


lens = CVL(INPUTS(4,1 
susp = CVL(INPUT 
susp = ECVL(LINPUT 
XioOC = EVL(IINPUT 
Zioc = GVL(INPUT 
Yloc = CVL(INPUT 
xtar = CVL(INPUI 
ztar = CVL(IINPUT 
year = CVL{INPUTF 
res = CVI( INPUT 
inter = CVI(INPUT 
imode = CVILINPUT 
exmode= CVI(INPUT 
lens2 = CVL(INPUT 
expol = CVL(INPUT 
expo2 = CVL(INPUT 
size = CVL(INPUT 
tilte = EVLIINPUT 
alias = CVL(INPUT 
restS = INPUTS(chun enge-72,1) 
rest — 10H 
GOTO CHUNKLESEN 
WELT: 
LOCATE 6,3:PRINT "LESE UMGEBUNGSDATEN'" 
groundmode= CVL(INPUTS(4,1 
skymode = CVL(INPUTS(4,1 
Dimension = CVL(INPUTS (4,1 
Rilu = INPUIS(L, I 
Gilu = ASC(INPUTS (1 
Bilı = ASCLINPUTS (1,1 
Kgri = ASC(INPUFS(1,L\ 
Ggri = ASELINPUTS(L,\L 
Bori = ASULIINPUTSI(L,Lı 
Rgor2 = ASCELINPUTS(L, 1 
Ggar2 = ASC(INPUTSLL,\1 
Bgr2 = ASCLINPUTS (L, 1 
RSKkI = ASC(CINFUTStLLI,\ 
GSkl = ASC(CINPUTS(L,1 
BSkl = ASCLINPUTS(L, 1 
Rsk2 = ASC(INPUTS (1,1 
Gsk2 = ASCL INPUTS(L,1 
HSk2 = ASCLINPUTS(1, 1 
rests= INPUT$ (chunklaenge-27,1) 
GOTO CHUNKLESEN 
Speichern: 
LOCATE 2 


A 

INPUT "BITTE NAMEN DES ZU SPEICHERNDEN VIDEOSCAPE OBJ 
ECIS ANGEBEN :';DS3 

IF a THEN DSS=DI1$S 

OPEN DS$+'".geo'" FOR OUTPUT AS #1 

PRINT#1, "3DGL1' 

PRINT#1,Anzpunkte 

FOR x=0 TO Anzpunkte-1 
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Bestellservice 


BRD: 089-8340591 
CH: 01-311 59 59 


A: 


05575-4513 


G. Lechner 
Planeggerstr. 1 
8000 München 60 


Softwareland AG 
Franklinstr. 27 
8050 Zürich 


Intercomp 
Gschwend 163 
6932 Langen b. 
Bregenz 


Die Textverarbeitung 


GoAmiga! Text ist sowohl Textverarbeitung als 
auch Dateiverwaltung in einem Paket. Dadurch 
wird das Erstellen von Listen zum Kinderspiel. Ein 
integrierter Rechtschreibkorrektor sorgt für die not- 
wendige Genauigkeit. Höchster Bedienungskom- 
fort. Lieferbar ab ca. März 88. 


GOAMIGA! TEXT . 
DM 298.00 SFr. 298.00 OS 2652.00 


Die Datenbank 


GoAmigal Datei ist die einzige Datenbank die es 
erlaubt, neben Text- und Bilddaten auch Tonfol- 
gen abzuspeichern und zu verarbeiten. Die Über- 
nahme von Daten aus anderen Programmen ist 
mittels ASCII-Umlaut-Schnittstelle problemlos 
möglich. Mitgeliefert wird ein englisch-deutsches 
Wörterbuch. 


GOAMIGA! DATEI . 
DM 199.00 SFr. 199.00 ÖS 1770.00 


Die Titelsoftware 


GoAmiga! Titel ist ein nützliches und flexibles 
Instrument zur Herstellung von Titeln, Laufschrif- 
ten, Bild- und Toneffekten. Die Vorspänne können 
auf Video aufgezeichnet werden oder aber mittels 
eines Abspielprogramms in den Anfang einer 
beliebigen Diskette eingebunden werden. 


GOAMIGA! TITEL . 
DM 89.00 SFr. 89.00 ÖS 791.00 


Einsenden an: Softwareland AG, Franklinstr. 27, CH-8050 Zürich, Schweiz 


Bitte senden Sie mir: 
© einen Händlernachweis 


O detaillierte Informationen 
DW 3/88 


Name, Vorname 


Strasse, Land, Ort 


zzgl.DM 5.00 SFr.5.00 ÖS 35.00 Versandkosten, unabhängig von der 
bestellten Stückzahl. 
OÖ per Nachnahme O Verrechnungscheck liegt bei 


PRINT#1,Ecke(x,1)/Teiler; 
PRINT#1,Ecke(x,2)/Teiler 
NEXT x 
FOR x=0O zflach-l 
PRINT#L, I: Fila nt Eile REES ER 
FPiIlX,2);P#\ 


PRINT#L1, EBENE 


PRINI#L,'3 ;:PiI(x, 1); Pi x, 
NEXT x 
CLOSE#1 
CLS 
RETURN 
EDGE: 
MENU 2,?!.\1 
PRINT#L, "OBJEKT ';:DIS;' HAT ;Anzkant; "KANTEN,. 
PRINT#1, 
FOR x = O0 TO Anzkant-i 
a AND MENU(1)=7 THEN 
MENU 2,7,0 
RETUR 
D IF 
PRINI#L, NR. :’x; rd: Bis" "VON Dani 
PRINT#1,Kante(x,0);' " ‚Kante ( 1): 10 
PRINT#1, Ecke a er 6) Ecke (Kante x,0),1): 
PRINT#1,Ecke(Kante(x,0O), 
PRINT#1,Ecke(Kante(x,]1), ‘Ecke (Kante(x,1) ,1); 
PRINT#1,Ecke(Kante(x,]1), ee) 
NEXT 
RETURN 
WRLD: . 
mode$(O)=" none" 
modes(1)=" solid" 
modeS(2)=" checkered" 
PRINT#1, "UMGEBUNG VON OBJEKT '";D1$ 
PRINT#1, 
PRINT#1, "BODEN ="; ee 
PRINT#1, "HIMMEL = mode skymode) 
PRINT#1, "SCHACHBRETTMUSTER =";Dimension; '"X";Dimensi 
on 
ne, NHINTERGRUNDFARBEN = R'":Rilu;'’G'":Gilu; "B";B 
i1u 
PRINT#1, "BODENFARBE 1 = R par); G Gar: B :Bor 
En, "BODENFARBE 2 = R :Rora, 3:09:32 BB 
2 - 
. m: "HIMMELFARBE 1 = R' :RSkl: G :Gsk\; BB BB 
=} | 
"HIMMELFARBE 2 = R':Rsk2; 'G";Gsk2: 'B";B 
RETURN 
LAMP: 
PRINT#1, "ANZAHL LAMPEN"; Anzlamp 
PRINT#1, 
FOR x=1 TO Anzlamp 
PRINT#1, e(x,2)- NR.'"';x; "AN POSITION"; Lampe (x,0); Lam 
pe(x, an Lamp 2 
Te kt IGKEIT"; Ian a 
6) PRINTEI' "FARBE ;Lampe(x,4);Lampe(x,5); Lampe (x 
NEXT x 
RETURN 
VERT: 
MENU ıı 
PRINT#i/ "OBJEKT !:DIS:;: HAT -Anzpunkte; ECKPUNKTE. 
BRINT#L, 
FORx = TO ann unkte-1l 
IF "MENU (0)=2 D MENU(1)=7 THEN 
MENU 2,7,0 
RETUR 
END IF 
PRINTEI, * ECKPUNKT NR.';:X%, X =";:EcKalx,0), = 5 
nt: ="Ecke(lx,2) 
NEXT 
PRINT#1, 
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PRINT#1, "MAXIMALWERT' ;Max 
PRINT#1, "MINIMALWERT'";Min 
RETURN 


OBSV: 
RESTORE mode: FOR I=0 TO 3: 
RESTORE size:FOR I=0 TO 4: READ sizeS$S(I):NEXT 
RESTORE lens:FOR I=0 TO 3: READ lensS(I):NEXT 
mode : DATA Einy,omaf snapshot, ae ‚N resrame 
size:DATA tiny smal l,medium, full, jumbo 
lens:DATA normal, wideangle, telephoto, special 


READ Sizest1) next 


alias ÖO)=" none" 
alias : =" 9004" 
alias est" 
Be = o-res" 
Ben en -res' 
PRIN "BEOBACHTER VON OBJEKT ';:DIS 
PRINTEI 
PRINT#1, "MODUS = ":mode$(mode AND 15) 
PRINT#1, "BRENNWEITE ="»lens 
PRINT#1, "STANDPUNKT AN ":KLOC ;YIloc 210€ 
PRINT#1l, "BLICKPUNKT AN „‚xtar ;ytar ;ztar 
PRINT#1, "AUFLÖSUNG =";res$(res) 
PRINT#1, "INTERLACE a: 
IF inter THEN 
FRINI#1, " EIN" 
ELSE 
PFRINISI, " AUS" 
END IF 
PRINT#1, "LENSMODE = ";lens$(lmode) 
PRINT#1, "Expomode = « 
IF exmode THEN 
PRINT#1,'" Manual" 
ELSE | 
PRINI#L,' Auto" 
END IE 
PRINT#1, "BRENNWEITE man. =";lens2 
PRINT#1, "EXPOSURE =": @xXnpol 
PRINI#1, "EXPOSURE spec. =";expo 


; 02 
Ö ":size$(size) 
PRINT#1, "KIPPWINKEL KAM= t 
PRINT#1, "ANTIALIAS 


ı 
aliens aa) 
RETURN 


FOR I=0 TO 4:READ ny mirror, lumino 
Text:DATA dull, te mirror, luminous,glass_ 
BRINIEL. "OBJEKT ";DI$;" HAT" ;Anzflach; "FLÄCHEN.'" 


PRI 
FOR x = O zflach- 
IF MENU(0)= - "AND MENUCL)= 7 THEN 
MENU 2,7,0 
RETUR 
ND IF 
RINT#1, "NR.":x;"VON PUNKT NR.";Fl(x,0);"BIS NR."; 
1(x,1) "BIS NR.";Fl(x,2 
RINT#1, "FARBE =R"; 11x,37: "Gl ;Fl(X,4), DB" Fl(x,5) 
PRINT#1, "OBERFLÄCHE = ";Texture$( 1. 6) AND 15) 


PRINT#1, "WEICHZEICHNER"; 
IF Fl(x,6) AND 128 THEN 
PRINI#l, ' EIN’ 

ELSE 


Be ” AUS" 


RETURN 
Farben: 
MENU 3,5,1 
SCREEN 1,640 4,2 
„Jitels= -SPACES (20) HF" FARBEN VON OBJEKT '"+D1$+"' EDITIE 


WINDOW 3, Tite]l$,,0,1 
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PALEIIE 4,0,0,09 'plack 
PALEIIE 5,0, 32/255,80/259» 'dark blue 
PALEIIE DO 'dark green 
PALEIIE 7,80/255,9,0 'dark red 
PALEITE 8,80/255,%5/255,D aan 
PALETIIE 9,48/255,48/255,48/255 Ich 
PALETTE ee t blue 
PALEIIE 11,48/255,240/255,48/255 ‚light green 
PALETTE nee ge ‚li ht red 
PALELIE 13,240/255,240/255,45B/255 'yeilow 
PALETTE een 
PALKIIE 15,.9.9,8 

LOCATE 2,28:PRINT "VIDEOSCAPE FARB-PALETTE' 
LINE (20,22)-(604, ‚.,D 

FOR I=4 TO 14 

a (21+53* (1-4), 23)-(53*(I-3)+21,47) ,1,bt 
LINE (208, Be (407,108+16),15,5bf 

FOR x0 TO Anzflach-1l 


Be ee 11,27: PRINT USING '" FLACHE NR. ####_ HAT FAR 
IF oh THEN Erben, 
ne en 3) OR EB] (x ,@)S>PE 1 (x-1,94) ORFIIX 
Syeosrllkı 5) IHE 
FARBWAHL: 
PALEIIE 15, Fil(x, 3)/25359,E1(%2,%)/255,E1/xX,5)/2>53 
LOCATE 8, 22: PRINT "BITTE NEUE FARBE MIT DER MAUS 
AUSWÄHLEN !' 
col=0 
WHILE col<4 OR MOUSE(O0)=0O 
IF Be AND MENU(1) 


MENU 
DENEEN ' SLOSE 1 
RETURN 
END IF 
es este on 2)) 
col=Vcol(col)+16*(Fl(x,6)AND 15)-ABS((Fl(x,6)AN 
2 \5)>= ee 


LOCATE B, Z2:PRIN! 


END IF 
F1(xX,7)=col 


EX 
SCREEN CLOSE 1 
RETURN 


Ausgabe 
I. CATE 2,9:PRINT "Sollen die Daten auf dem Drucker au 
Sgsäseen werden (J/N) :. 


WHILE JNS<>’J" AND JINSCD'N 
an “ SES(INKEY ) 
Nic 3°’ TEN ee "PAR: ' 
1: IN ="N" THEN deviceS= 


= MOUSE(2)>47 
=5 IHEN 


"SCHN. 
WEND 
CLS 
RETURN 
Default 
GLS 
an 
RINI  MALILE ne TAB(34) "UNSHADED' ; TAB( 
50) "ÜNFILLED OUTLIN 
RINT 
FOR x=D I) 
PRINI!I x: Veols(x)TaB(ı 17/)3x+16; 
PRINT Vcol 


(x) TAB(A0)xHaB 
re veoLl ; TAB(49)x+48;Vcol$(x) 
LOCATE 21,2:PRINT 'VOREINGESTELLT FUR VIDEOSCAPE-FARB 


E 
PRINT vSdef; jymodes (FIX(VSdef/16)); SPC(1)Vcol$(VSdef-F 
1x(VSde£/16 
CATE 23, a: 7 PUT; "ERSETZEN DURCH NR.:",col$ 
IF cols<>"""THEN 


132 KICKSTART GRAFIK-SONDERHEFT 


COlI=VAL(colS) 
es OR c01>63 THEN 


LS 
en "DIESER WERT WIRD VON VIDEOSCAPE NICHT AKZE 
FOR I=0 IO 5000:NEXT 
GOTO Default 
END IF 


IF col- en 8 IHEN col=col38 'Statt code 
8 wird OO benutz 


EOR x=0 TO Anzfiach-i 
7)=VSdef 


END IF 
LINE (0,160)-(600,184),0,bf 
LOCATE 21, 2:PRINI "VOREINGESTELLT FUR VIDEOSCAPE-FARB 


E 
PRINT VSdef; ENOOSm(FIRLVBdBE /10)) ;5DEl1)Veols(VSdet E 
Be) 6) 


PRINT 


PRINT "WELCHE ACHSEN SOLLEN VERTAUSCHT WERDEN ?" 
INPUT "ACHSE"; A1S$ 


AFP AlS='® R Algen: THEN ACHSEN 
Ai=ASCLUCASE Er | -88 
A2=ASC(UCASES(A2 -88 

IF Al<O OR Al>3 THEN ACHSEN 
IF A2<O OR A2>3 THEN ACHSEN 
FOR x =0)D 10 Anzpunkte-i 
no Ecke(x,Al), Ecke(x,A2) 


ers 
RETURN 
Dimension: 

eo > 

PRINT 'DIMENSION' 

PRINT M | 

PRINT "GROBTER KOORDINATENWERT =" ‚Max 

PRINT "KLEINSTER KOORDINATENWERT =' ;Min 

Sei "VORGESCHLAGENER TEILER = ;Teiler 

PRINT "ERGIBT FUR GROBTEN KOORDINATENWERT =":Max/Te 
iler 

a "ERGIBT FÜR KLEINSTEN KOORDINATENWERT = :Min/Te 
iler M 

PRINT 


PRINI Wollen Sie den Teiler modifizieren (J/N) °' 


WEILE asS<> J' AND as<>"N 
en S(INKEYS) 


ND 
IF as="J: THEN 
LOCATE 10,1:INPUT "Bitte neuen Teiler eingeben 
;NTeiler 
IF NTeiler=0 THEN NTeiler=Teiler 
PRINT 


u a "ERGIBT FÜR GROBTEN KOORDINATENWERT =';Max/ 
eiler 
‚PRINT "ERGIBT FÜR KLEINSTEN KOORDINATENWERT =";Min/ 
NTeiler 
Teiler=NTeiler 
END IE 
RETURN 
Anzeige: 
GLS 
MENU 3,5,1 
PRINT Ya 
W= ee, 
FOR 1 O0 TO Anzflach-1l 
IF „MENU(0)=3 AND MENU(1)=-5 THEN 
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AMIGA MAN 


ABENTEUER IM AMIGA! 
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FOR 


x 
/Teiler) 


XT 
RETURN 


"TECKe (FL (tn 2945 ‚9 Teiler) 
w* (Ecke ( 1 I/Teiler)-w*(Ecke(Fl(1,3),2) 


ct, Urteilen 5 


le 146 y- Eee 


100+(-(w*x+w*z)/((y-250 


re {von(1) bis(1)) 
bis 


KICKSTART GRAFIK-SONDERHEFT 


VON ANDREAS DIEBOLD 


BILDER 
DIFFERENZIERT 


Ein Verfahren zur Komprimierung von 
IFF-Bild-Animationen 


Dieses Programm ermöglicht ein schnelles 
aufeinanderfolgendes Zeigen von IFF- 
Bildern, die zusammen eine Animation 
ergeben. Es werden nicht einfach komplette 
Bildschirminhalte herumkopiert, sondern die 
Differenzen zwischen den einzelnen Bildern 
erfaßt. Eine Animation sollte ein fließender 
Ablauf sein, d.h., daß sich von einem Bild zum 
nächsten die Lage eines Objektes auf dem 
Bildschirm nicht wesentlich ändert. Eine 
deutliche Bewegung erfolgt nur über viele 
kleine Bewegungen im Laufe vieler Bilder. 
Normalerweise bietet der Arbeitsspeicher 
dafür aber nicht genug Platz, da allein eine 
Grafik schon mehrere 10000 Byte einnehmen 
kann. Ist nun aber die Veränderung von einem 
Bild zum nächsten nicht sehr groß, so ist es 
vernünftiger, nur den Unterschied zwischen 
den Bildern festzuhalten, indem man beide in 
den Speicher holt und überprüft, inwieweit 
sich die Bytefolgen unterscheiden. 


enau das passiert auch in 
diesem Programm. Es lädt 
ein Startbild und öffnet 


dementsprechend einen Screen. Da- 
nach wird dieses Bild in einen zweiten 
Speicherbereich kopiert, der dem 
Speicherbereich eines Screens gleich 
ist. Nun kann das nächste Bild in den 
Screen geladen werden, während das 
vorhergehende ja in einem zweiten 
Bereich weilt. Nachdem das nächste 
Bild geladen wurde, werden alle 
WORDS (16  Bit-Worte) beider 
Speicherbereiche miteinander vergli- 
chen. Dies geschieht für jede BitPlane 
eines Bildes. In einem weiteren Spei- 
cherbereich werden nun diese Dif- 
ferenzdaten abgelegt, und zwar zuerst 
die Anzahl der Änderungen der 1. 
Bitplane zwischen Bild eins und zwei. 
Danach folgen diese Änderungen, jede 
einzelne in Form von zwei WORDS. 
Das erste WORD gibt an, welches 
WORD in der BitPlane sich zwischen 
den Bildern unterscheidet. Das Zweite 
gibt den neuen Inhalt für diese Position 
an. Danach geht es mit den nächsten 
Planes weiter, bis diese Bilder fertig 
sind. Dann geht es für noch mehr 
Bilder genauso weiter. Das zweite 
Bild wird in den Hilfsspeicher und ein 
Drittes in den Screen geladen. 
Natürlich verschwinden die Bilder 
dadurch aus dem Speicher, aber in den 
Differenzdaten bleiben sıe erhalten. 
Wichtig dabei ist, daß alle Bilder 
dieselbe Auflösung und Farbtiefe 
haben. Die Farben werden immer 
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vomersten Bild übernommen. So 
könnten die Differenzdaten aussehen, 
für Bilder mit zweı Bitplanes ( alle 
Differenzdaten sind 16 Bit lang ): 
1. 00002 (= 2 Änderungen in der 
1.Plane) 
2. 00623 (= Das 623. WORD hat sich 
geändert) 
3. 65321 (= Neuer Inhalt des 623. 
Wortes) 
4. 00624 (= Das 624. Word ...) 
5.01234 (= Neuer Inhalt) 
6. 00000 (= 0 Änderungen in der 
2.Plane) 
Nun beginnt ein neues Bild, da die 
Zahl der Bitplanes feststeht. 
EEE 
n. 65535 = Ein Abschlußwort (HEX 
FFFF), welches das Ende markiert). 
Um nun diese Bildfolge zu zeigen, 
muß nur das Startbild geladen werden. 
Danach werden die Differenzdaten 
gelesen und dementsprechend die 
Speicherinhalte des Bildschirm- 
speichers geändert, also z.B. auf das 
623. Word der 1.Plane der Wert 
65321 geschrieben. 
s 
% 


Bei nur geringen 


% 


% 


* 


* 


oe“ 


* 


Anderungen 


% 


wird der benötigte 
Platz für ein Bild sehr 


% 


gering. Außerdem erhöht sich 


ın diesem Falle die Bildwie- 


dergabegeschwindigkeit enorm. Das 


Programm ermöglicht weiterhin, die 
Differenzdaten zu speichern. Diese 
werden dann unter einem 


einzugebenden Namen zusammen mit 
dem Namen des 
Startbildes gespeichert. 


dazugehörigen 

Werden sie 
dann wieder geladen, benötigt man 
auch den File des ersten Bildes. Bei 
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einer größeren Anzahl von Ande- diesen Namen zu korrigieren. Ist auch 
rungen kann es vorkommen, daß das 


Bild flackert, während 


dieser Teil abgeschlossen und man in 
die Ände- das Menü zurückgekehrt, so können 
rungen in den Bildschirmspeicher ge- die Animationsdaten mit <s> ge- 
werden. Um dies zu 
gibt es den Dbuf-Mode, 
der aber einenzweiten Screen benötigt 
und daher mehr Speicher kostet. 

Das Programm ist weniger dafür ge- 
dacht, vollkommen unterschiedliche 


schrieben speichert werden. Einen gespeicherten 
Anımationsdatensatz kann man mit 
<]> laden. Um nun die Anı- 
mation zu zeigen, muß 
sichergestellt sein, 

daß das Start- 
Bilder hintereinander zu zeigen, da die bild 


beseitigen, 


% 


* 


* 


% 


* 


Anderungsdaten dann einen riesigen 


* 


Umfang annehmen würden. Bei ge- 


% 


ringen Anderungen aber, wie z.B.in 


* 


den hier abgebildeten Bildern, er- 


% 


% 


reichensie sehr hohe Ablaufge- 


% 


% 


schwindigkeiten bei 


geringem 


in der aktuellen 
Directory verfügbar ist. 
Danach drückt man <a>, 
und nach kurzer Zeit kann man 
die Anzahl der Wiederholungen 
und der Pausen zwischen den Bildern 
festlegen. Dann werden die Bilder ge- 
zeigt, so schnell es eben möglich ist. 
Aus dem Wiedergabemodus kommt 
man durch Eingabe eines negativen 
Wertes für die Bildpausen oder 
Wiederholungen heraus und in das 
Menü zurück. Der Dbuf-Mode, der ein 
Flackern des Bildes bei großen Än- 
derungen vermeidet, wird mit <d> ein 
und ausgeschaltet. Zum Beenden des 
Programms dient die Taste <e>. 
Kompiliert wurde das Programm mit 
Aztec-C 3.4a und folgenden Compiler- 
bzw. Linkeraufrufen: 
CC picsw.c und 


% 


Speicherverbrauch. 
Durch das Programm 
führt ein einfaches Menü. 
Nach dem Tastendruck <f> nennt 
man den Namen eines Textfiles, der ın 
der vorgesehenen Reihenfolge alle 
Bilder enthält, welche zu dem Ablauf 
gehören. Um ein Wiederholen zu 
ermöglichen, sollte das letzte Bild das- 
selbe wie das erste sein. Als Abschluß 
wird einfach <#> eingegeben. Diesen LN picsw.o -Ic. 
File kann man auch mit einem nor- 
malen Editor erzeugen. Danach wird 
mit <m> die Animation erzeugt. Man 
gıbt entweder den Pfadnamen zu einem 
oben beschriebenen Textfile an, oder 
man aktiviert den zuletzt bei <f> 
Edierten. Während der Erstellung sieht 
man alle Bilder. Sollte ein Bild nicht 
unter dem ım Textfile angegebenen 
Namen zu finden sein, stoppt das 
Programm, und man hat die Chance, 


SBESSRSESSZESSINTSERSTESSCERSLEISumeEBEsmmumausesugsumse ren uzummuuinueenn 
LISTING VON : Seiten 
picswitch.c 21159 rwed 16-Dec-87 18:53:10 
BSBSENSSERZSESERSSESZCESSeSESERBEszesasescesecremucenmeoesze 3.4 a zsan=u2 

1 #include <exec/types.h> 

2 #include <intuition/intuitionbase,.h> 

3 “include <functions.h)>) 

4 “include <exec/memory.h> 

5 #include <libraries/dos.h> 

6 

7 /* defines in eine Zeile schreiben */ 

8 “define POS ((( zeile * scr data-»>pic width ) 

9 8) «0 xD /8)) 


10 “define BMHD (STRPTR)"BMHD" 

il #define CMAP (STRPTR)'"CMAP" 

12 “define BODY (STRPIR)"BODY” 

13 %define CAMG (STRPTR)"CANG" 

14 #define PLANELOOP for(i=0:i<firstpic->pic depth 
15 ;i++) 
16 %#define DISP PLANE scr->BitMap.Planes[i] 

17 #define BUFF_PLANE planebuf[i] 

18 #define GRAF BASE (struct G£fxBase *) 


19 OpenLibrary("graphics.library",OL); 
20 %#define INTU BASE (struct IntuitionBase *) 

21 OpenLibrary("intuition.library",0l); 
22 

23 struck iftpie 

24 { 

25 ULONG form len; 

26 ULONG bmhd len; 

27 ULONG cmap len; 

28 ULONG body len; 

29 UBYTE *£orm; 

30 UBYTE *biahd; 

31 UBYTE “cmap; 

32 UBYTE "body; 

33 UWORD pic width; 

34 UWORD pic height; 

35 WORD pic xoff; 

36 WORD pic _ yoff; 

37 UBYTE pic _depth; 

38 UBYTE pic mask; 

39 UBYTE pic comp; 

40 UBYTE unused; 

al UWORD pic transp col; 

42 UBYTE xAsp; 

43 UBYTE yAsp; 

44 UWORD screenä; 

45 UWORD screen‘; 

46 J: 

47 

48 ULONG *vmp, vienmodes,test,anim len,planesize, 
49 displaysize,anlen; 

50 

si UWORD colortable[32], *anpos, *animdata ,dbuf = 0, 
52 colnunm; 

53 UBYTE header [12},bmh[28], file[70},, firstfile[70], 
54 namebuf[70)., *suche chunk(), tempfile[70}, 
55 getkey(); 


56 PLANEPTR planebuf[6}; 
57 struct FileHandle *fh, *iff file,*open file(); 


s9 struct Iiffpic *"firstpic, *nextpic; 

60 struct BitMap customBitMap; 

61 struct Screen *scr,*bscer,*open scr(); 
62 struct NewScreen nscr; 

63 struct IntuitionBase *IntuitionBase; 
64 struct GfxBase *GfxBase; 

65 astruct Window *dw; 


66 

67 main() 

68 { 

69 UBYTE c; 

70 

71 startup(); 

72 

43 FOREVER 

74 { 

75 printf("\n\nBENUTZUNGSHINWEIS :\n"); 
76 printf(" (m)ache eine Animation\n"); 
17 printf(" (a)nimiere\n"); 

78 printf(" (f)ile erstellen\n"); 

79 printf(" (l)aden einer Anim.\n"); 

80 printf(" {s)peichern einer Anim\n"); 
81 printf(" (e)nde des Programms\n"); 
82 printf(" (d) DBUF ein/aus momentan :"); 
83 i£f(dbuf) printf(" EIN\n"); 

84 else printf(" AUS\n"); 

85 printf("\n TMP : %s\n",‚tempfile); 

86 

87 switch(getkey(dw)) 

88 { 

89 case 'd': 

90 dbuf = dbmode(); 

91 break; 

92 case 'm': 

93 make anim(); 

94 break; 

95 case 'a':; 

96 show anim(); 

97 break; 

98 case 'f': 

99 fastfilie(); 

100 break; 

101 case '|': 

102 if(load anim()) 

103 printf("laden mißMlungen\n"); 
104 else 

105 printf("laden gelungen\n"); 
106 break; 

107 case '3': 

108 if(save anim()) 

109 printf("speichern mi4lungen\n“); 


else 
printf("speichern gelungen\n"); 
break; 
case 'e': 
ende ("Programm Ende”); 
break; 
default: 
break; 
’) 


} 
} 


ERRRREEEWIN FERN FR ENER NER ER RKEN WA RNNRAURA RER RR A RAR 
" CHUNK in den IFF Daten suchen 


MUSS MR SORNNSUANNENEN RAN HAN NAUNNKREN KO NMANDNN 


UBYTE *suche chunk(chunk_name, Ipic) 


STRPTR chunk_name; 
struct Iffpic *Ipic; 


{ 
UBYTE *such_ptr; 


for(such_ptr = Ipic->form 
‚such ptr < (lpic->form + Ipic->£form_ len); 
such ptr+#+) 
{ 
if( *such ptr == *chunk_ name && 
*(such ptr+i1) == *(chunk_name+l) && 
*(such ptr+2) == *(chunk_name+2) && 
*(such ptr+3) == *(chunk name+3) ) 
return(such ptr); 


} 
return({NULL}: 
’ 


JERNERUSIRENSRURINANE I KUNN A N KR RUR R ERFURT U RER I AR RR 
a 
” Globaler Ausstieg 
3 


MENU ORUNNNRAMNEEHRRURARNENENNONNENSAERBOHRARENNANS 


ende(why) 
char *why; 


{ 
SHORT I; 
printf("%s" ,‚why); 


if(fh) Close(fh); 

if(iff file)Close(iff file); 

if(firstpic)FreeMem(firstpic 
‚(LONG)sizeof(struct iffpic)); 

if(nextpic)FreeMem(nextpic 
‚(LONG)sizeof(struct iffpic)); 

if(animdata)FreeMem(animdata,anim_ len); 

if(scr)CloseScreen(scr); 

if(bser)CloseScreen(bscr); 

if(GfxBase) CloseLibrary(GfxBase); 

if(IntuitionBase) CloseLibrary(IntuitionBase); 

printf("\n\n ENDE \n\n"); 

Exitfil); 


UT ARS NEAR KUN OR N NAR RURR I RR RN NO DUNN ENDEN INT NEN 


” Screen +tffnen 


» 
RARRARKRANRAARARKARRAKRKARAKRRAKRK RAR RAN ARM RAR AR A NUM | 


struct Screen *open scr() 
struct Screen *oscr; 


planesize = RASSIZE( (LONG) firstpic->pic width, 
(LONG) firstpic->pic height); 


nscr.LeftEdge = firstpic-»>pic_xoff; 
nscr.TopEdge = firstpic->pic yoff; 
nscr ,Width = firstpic->pic width; 
nscr.Height = firstpic->pic height; 
nscr.Depth = firstpic->pic depth; 
nscr.DetailPen = NULL; 
nscr,BlockPen = NULL; 


if(firstpic->pic width >» 320) 
{ 


if(firstpic->pic height >» 256) 
nscr.ViewModes = HIRES:LACE; 
alse 
nscr.ViewModes = HIRES:; 
} 


else 
if(firstpic->pic depth == 6) 
{ 


if(firstpic->pic height > 256) 
nscr.ViewModes = HAM:LACE; 
else 
nscr.ViewModes = HAM; 
} 
if(firstpic->pic height > 256) 
nscr.ViewModes = LACE; 
else 
nscr.ViewModes = NULL; 


if(viewmodes)nscr.ViewModes = viewmodes:; 
nscr.Type = CUSTOMSCREEN; 


nscr.Font = NULL; 
nscr.DefaultTitle = NULL; 
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nscr .Gadgets = NULL; 
nscr.CustomBitMap = NULL; 


if(!(oscr = (struct Screen *)OpenScreen(änscr))) 
ende("kein Screen"); 


return(oscr); 


} 


KERERNMRERNRANNRR WARF RR RUN NER RER KINN URAN RURN 
” 
= Dekomprimieren und in Bildschirmspeicher 
a 


AORNDRUNNTANN NEUERE EREANNERDABEENUNNERENRANERKA RUN 


read body(scr_data,disp) 
struct iffpic *scr_data; 
struct Screen *disp; 


LONG n, zeile; 
struct BitMap *bm; 
BYTE *bp,m,plane; 
WORD spalte,xp; 


bm = (struct BitMap *)&(disp->BitMap); 
bp = (BYTE *)scr_data-»>body ; 


bp += 8; 
for(zeile = O;zeile < scr_data->pic_height 
;zeile++) 
{ 
for(plane = O;plane < scr_data->pic _depth 
;plane++) 
{ 
spalte = NULL; 
while(spalte < (scr_data-)>pic width - 8) ) 
{ 
m = *bp; 
i£f(m != -128) 
{ 
if(m < 0) 
{ 
m*= -1]1; 
bp+t+; 
for(xp = spalte 
;xp <= (spalte + (m*8));xp += 8) 
“*((bm->Planes[plane])) + POS) = *bp; 
? 
spalte = xp; 
bp++; 
}) 
else 
{ 
for(xp = spalte 
;xp (= (spalte + (m*8));xp += 8) 
{ 
*((bm->Planes[plane])-+ POS) 
= *(++bp); 
} 
spalte = xp; 
bp++; 
? 
) /* END of if(-128 a/ 
else bp++; 
) /* END of while(spalte */ 
} /* END of for(zeile *7 
}) /* END of £for(plane Rn) 


Delay (50L); 

FreeMem(scr data->form,scr_data->form_len); 
scr_data = NULL; 
}) /* END of function “7 


SRRERRRURO TERRA AR RAN RENNER THU WERT URN TRREIEERNDNER 
2 FARBEN AUF SCREEN SETZEN 
[ni 


ÄRRERRRARANRARRRAARA ER KRANK AH NAAR RAR KARA KARA AKAN 


set_colors(screen) 
struct Screen *screen; 


{ 

UBYTE "colval; 
UWORD color ,i; 
LONG line = 0; 


colnum = 2; 
if(firstpic->pic_depth < 6) 


{ 
PLANELOOP 
colnum*=2; 
> 


else colnum = 16; 
colval = ((UBYTE *)firstpic->cmap)+B; 
for(i=0;i<colnum;i++) 

{ 

color = 0; 

color += (*colval++)*16; 

color += (*colval++); 

color += (*colval++)/16; 


colortable[i] = color; 


H 
LoadRGB4(&scr->ViewPort,colortable, 
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(LONG)colnum); 
return(); 


IRPARSRSERNERRANRANRRAAT RUN AR NR U RAR AU R NA RR ERBEN BUWER 
a 
“* LESEN + INITIALISIERUNG DER IFF STRUCT 
a" 


HRORNRURNRRUNAERRRRRERNOUENERUAUNNRUERRENE ERINNERT 


read_IFF(rpic,pf£fn) 
struct iffpic *rpic; 
STRPTR p£n; 


LONG act_size; 


iff_file = open_file(pfn); 
ifl!iff_file)return(); 


Read(iff_file,&header[0].,12L); 


if( *((ULONG *)&header[0]) != 0x464f524dL) 
ende("FORM ERR"); 


i£f( *((ULONG *)Sheader[8]) != 0x494c424G) 
ende("ILBM_ERR"); 


rpic-)>form_len = *((ULONG *)&header[4]); 


rpic-)>form = (UBYTE *)AllocMem 
(rpic->form_len,MEMF_CLEAR); 
if(!rpic->form)ende("GRAFIK_ERR"); 
act size = Read(iff_file ‚rpic->form 
‚rpic->form_len); 


if((rpic->bmhd = suche _chunk(BMHD,rpic))==NULL) 
ende("BMHD ERR"); 

if((rpic->cmap = suche _chunk(CMAP,rpic))==NULL) 
ende("CMAP ERR"); 

if((rpic->body = suche_chunk(BODY,rpic))==NULL) 
ende("BODY ERR"); 

if(vmp = (ULONG *)suche_chunk (CAMG,rpic )) 

viewmodes = *(vmp+2); 
else viewmodes = NULL; 


rpic->bmhd4_ len =*((ULONG *)((rpic->bmhd)+4)); 
rpic->cmap len =*((ULONG *)((rpic->cmap)+4)); 
rpic->body len =*((ULONG *)((rpic->body)+4)); 
rpic->pic width =*((UWORD *)((rpic->bmhd)+8)); 
rpic->pic height=*((UWORD *)((rpic->bmhd)+10)) 
rpic->pic xoff =*( (WORD *)((rpic->bmhd)+12)) 
rpic->pic_yoff =*( (WORD *)((rpic->bmhd)+14)) 
rpic->pic_depth =*((UBYTE *)((rpic->bmhd)+16)) 
rpic->pic_mask =*((UBYTE *)((rpic->bmhd)+17)) 
) 
) 
) 
) 
) 


rpic->pic_comp =*((UBYTE *)((rpic->bmhd)+1B) 
rpic->xAsp =*((UBYTE *)((rpic->bmhd)+22) 
rpic->yAsp - =*((UBYTE *)((rpic->bmhd)+23) 
rpic->screenX =*((UWORD *)((rpic->bmhd)+24) 
rpic->screenY =*((UWORD *)((rpic->bmhd)+26) 


. 
* 
” 
* 
’ 
* 
* 
* 
’ 


” 
’ 


return(); 


TR RRRRNURRNFERRRAR TR RR ERBE RR EN ANEN EAU INUNENNN 
Di; 


a Oeffnen eines Buffers fuer den Screen 
a 


ARKANNÄRRKARKARNARRAURRARARR AR KR RK KHK HU U RA KRANK ANA I 


get_planebuffer() 
{ 
WORD i; 
PLANELOOP 


planebuf[i] = (PLANEPTR)AllocMem 
(planesize, NULL); 
if(!planebuf[ij)ende("no Buffer Planes" ); 
} 
} 


JENRARRMU RENNEN AR RN UR NN ANOREURMENERURIRURRRINNS 
” 
a Kopieren des Screens in den Buffer 
a 


RRRRARAKRKRRKAKKKRARAKRR AK AR KR KARA KA AK A HR RK ANA MR 


copy_screen() 
WORD i; 


PLANELOOP 
CopyMemQuick(DISP_PLANE,BUFF_PLANE, planesize); 
return(); 


} 


EBRRRURARU ARE RER SE URAN RRRRANENNERERI MANNES 
a 
a Vergleichen der Screen Dimensionen 
a 


.uAnKKKAKANKKAKANK AH AR RK UHR KHK HR RA KARA KA KARA RAN] 


cmp_iffdata(datl,dat2) 
struct iffpic *datl,*dat2; 


if( datl->pic_ width == dat2->pic_ width 64 
dati->pic_height == dat2->pic_height && 
dati->pic_depth == dat2->pic_depth ) 


return(TRUE); 


else return(FALSE); 
> 


jr RUNMRARMARRARKAKKAAKRAKAK AR AK R ANA RAR AA RAR RRAM 
Ei 


5 Erstellung der Animationsdaten 


"ANRERAERANERUNKERRAMARRRRSR ARENA RERRONER WR RUN I 


check_dif£() 
{ 
UWORD i,pos, *countpos; 


PLANELOOP 
{ 
countpos = anpos++; 
if(anpos > (animdata+anim_len-2))return(1); 
*countpos = 0; 


for(pos = O;pos < (planesize);pos+=2) 


i£f(*((UWORD *)(DISP_PLANE+pos)) != 
*((UWORD *)(BUFF_PLANE+pos))) 


(*countpos)++; 


if(anpos > (animdata+anim_len-2)) 
return(1); 

*anpos++ = pos; 

*anpos+t+ = *((UWORD *)(DISP_PLANE+pos)); 


} 
> /* end 08 for (pos */ 
} /* end of PLANELOOP */ 
return(0); 


} 


[ri REK KARA RK AK AK AK AR Ä K HR KK RER R RR RAR RAN 
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n Wiedergaberoutine der Animation 
a 


HERSESANNREHREENAENRUERERNU N MMARRRANRASHENRUEBRURGT 


playanim(pause ,‚wieoft) 
LONG pause; 
LONG wieoft; 


UWORD *anim, *pos,i,change,chnum; 
LONG sooft; 


if(dbuf)ScreenToFront(bscr); 


for(sooft=0;sooft<wieoft;sooft++) 


{ 


anim = animdata; 
while(*anim != OxFFFF) 
{ 


PLANELOOP 
{ 


chnum = *aninmt++; 
for(change = O;change < chnum;change++) 


pos = (UWORD *)(DISP_PLANE+(*(anim++))); 
‘pos = *(anim++); 


} 
Delay(pause); 
if(dbuf) copy_screen(); 
} 


} 
return(NULL); 
} 


JENSEN ARUURAENONARAANERNIBHRS HN NORMEN MEN ERENS MONDES 
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8 Kontolliertes oeffnen eines Files 
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struct FileHandle * open_file(filename) 
STRPTR filename; 


struct FileHandle *filehandle; 
struct Lock *lock; 


FOREVER 
if(lock = Lock(filename, ACCESS_READ)) 


{ 

UnLock(lock); 

filehandle = Open(filename, MODE_OLDFILE); 
if(filehandle)return(filehandle); 


? 
printf("File: %s nicht vorhanden !!!\n" 
‚filename); 

print£f("NOCHMAL ? ( #+ = Abbruch ) :"); 
scanf("%s",filename); 

if(filename[O] == '#' && filename[l] == '+') 

return(NULL); 
} 


} 


JIRUURNENRERS HERREN ARR EBENE ERERERINORURENNSRARN en 


un Lesen aus dem Textfile 
“ 


ARRRAURKRANRARKMARRARARRARKAAK AK AN ARKAR AR ANA ARMANI 


readname(filehandle,buffer) 


struct FileHandle *filehandle; 
STRPTR buffer; 


FOREVER 


if( NULL == Read(filehandle, buffer, 1L)) 
break; 

if(*buffer == 10) 
break; 

buffer++; 


} 
“buffer = 0; 
return(); 


rar HE KA U RK KH HU HR AR RR HH RK RR ARA ARM 


" Verwaltung der Animationserstellung 
n 


NENAPRMNSUNANSOMDOMNEHNANNSRANRORNIERERRRERBRBSAS| 


make _anim() 


WORD 1; 


if(dbuf)dbuf = FALSE; 
if(scr)CloseScreen(scr); 
if(bscr)CloseScreen(bscr); 
scr = bscr = NULL; 


printf("\n\nWelcher Textfile "); 

printf("( #t = letzter Tempfile ?:\n"); 
scanf("%s",namebuf); 

if( namebuf[O]) == '#' && namebuf[1l] == 't' ) 
strcpy(namebuf,tempfile); 


fh = open _file(namebuf); 
if(!£fh)return(); 


readname(fh,namebuf); 


/* den Filenamen des 1.Bildes festhalten */ 
strcepy(firstfile,namebuf); 


/* nun alle IFF Daten in den Speicher holen */ 
read IFF(firstpic, firstfile); 


/* entsprechend den Daten des 1.Bildes die Daten 
* nun einen Screen aufmachen, die Farben setzen 
* und einen Screen-Buffer bereitstellen */ 

scr = open _ scr(); 

set _colors(scr); 


/* nun die IFF-Bilddaten lesen und das Bild auf 
* den Screen bringen */ 
read body(firstpic,scr); 


/* und das ganze im Screen-Buffer sichern */ 
get_planebuffer(); 
copy_screen(); 


/* Das Start Bild ist nun geladen, nun folgt 
* der Rest */ . 


FOREVER 
{ 
WBenchToFront(); 


/* Name des folgenden Bildes aus dem Textfile 
holen */ 
readname (fh, namebuf); 


/* Testen ob Ende erreicht */ 
if(namebuf[0]) == '#')break; 


/* Das Laden der folgenden Bilder erfolgt so 
wie beim 1.Bild, nur wird kein Screen 
geoeffnet und die Farben bleiben immer 
die des ersten Bildes... */ 

read IFF(nextpic,namebuf); 


/* ... nur wird getestet ob das neue Bild die- 
selben Dimensionen hat */ 
if(cmp_iffdata(firstpic,nextpic)) 
{ 


ScreenToFront(scr); /* damit man es sieht */ 
read body(nextpic,scr); 


/* Nun erfolgt die Differenzenerstellung 
zum vorhergehenden Bild. Ist nicht 
genug Platz fuer diese Differenzenequenz 
so wird dies erkannt und abgebrochen */ 
if(check_diff()) 


/* Wenn zu wenig Speicher */ 
ende("Out of Memory"); 


copy _screen(); 
else 


printf("Dieses Bild entsprach nicht dem"); 
printf("Startbild und wird ignoriert\n"); 


} 
} 
WBenchToFront(); 
/* An die letzte Stelle der Differenzdaten wird 
ein Abschluss WORD gesetzt */ 
*"anpos = OxXFFFF; 


anlen = anpos-animdata;anlen *= 2;anlen+=2; 
printf("Differenz-Daten = %ld Bytes\n",anlen); 
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790 


/40 


anpos = animdata; 


PLANELOOP 
if(BUFF PLANE)FreeMem (BUFF_PLANE, planesize); 


if(£h) Close(£h); 
ih = NULL; 


return(); 


} 


ERRERRANERRRNRNUNNELKANRNRANR RANK UMERNANKERRN NEU NNN 
”* 

® Verwaltung der Animationswiedergabe 

“ 


KRERRERNARRERNRARAUNU NAURU UERER ER AN KARA URAN UA MM 


show anim() 


{ 
. LONG delay,loops; 
printf("Laden des Startbildes ...\n\n"); 
/* erstes Bild wieder laden */ 
read IFF(nextpic, firstfile); 
read body(nextpic,scr); 


FOREVER 


WBenchToFront(); 

printf("Wieviel 1/50 sek. Pause zwischen "); 
printf("den Bildern ? (Negativ = Abbruch)"); 
scanf("%ld',&delay); 

if( delay < NULL )break:; 


printf("Anzahl der Wiederholungen ?\n"); 
printf("!! Wiederholungen sind nur dann"); 
printf(" sinnvoll wenn das erste Bild "); 
printf("gleich dem letzten ist\n"); 
printf("(Negativ = Abbruch)"); 
scanf("%ld",&loops); 

if( loops < NULL )break; 


ScreenTofront(scr); 
playanim(delay,loops); 


return(); 


} 


JM SMNURERONNKANNMRURU IN UNMANNEENENNONREN EN Nenn 
ur 


& Allgemeines Oeffnen von ... 


AARRRRRARHRANRKK AK AKA RMANRHMAK UM RR AR RK RR AR RM AN RAM 


 startup() 


{ 


/* wichtigen Librarles */ 
IntuitionBase = INTU BASE 
if(!IntuitionBase) 

ende( "keine IntuitionBase"); 


GfxBase = GRAF BASE 
if(!GfxBase) 
ende("keine GfxBase"); 


dw = IntuitionBase->ActiveWindow; 


/* Speicherplatz fuer IFF Daten */ 

firstpic = (struct iffpic *)AllocMem 
((LONG)sizeof(struct iffpic),MEMF_CLEAR); 

nextpic = (struct iffpic *)AllocMem 
((LONG)sizeof(struct iffpic).MEMF_CLEAR); 


/* Speicherplatz fuer die Differenzdaten 
zuerst schauen wie gross der grossste freie 
Block ist */ 
anim len = (ULONG) 
AvailMem(MEMF_LARGEST); 


/*" 60 kByte fuer den Rest uebrig lassen */ 

anim len -= 60000L; 

anpos = animdata = (UWORD ")AllocMem 
 (anim len,MEMF CLEAR); 


return(); 


? 


N a a a a Bu ra 
“ 


5 Textfile Erstellung 


ARMMRRUNHRNRANAURARORUARENRINRURANE NK A UNNMANA MM] 


fastfile() 


struct FileHandie *fih; 
UBYTE co=0O,LF=10,str[70]}; 


print£f("\nName des Tempfiles ?:"):; 
scanf("%s",tempfile); 
fih = Open(tempfile ‚MODE _NEWFILE); 
sft!fih) 
ik 
printf("Kein File m+glich\n"); 
return(0O); 
} 
FOREVER 


{ 
printf("Zeile eingeben :"); 
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scanf("%s",str); 


if(Write(fih,str, (LONG)strlen(str)) != 
(LONG)strlien(str)) 
{ remove(fih,tempfile); return(); ) 


if(Write(fih,&LF,1L) != IL) 
{ remove(fih,tempfile); return(); ) 


i£f( str[0] == '#' )break; 
} 


it(fih) Close(fih); 
fih = NULL; 
return(); 


? 


IRERSASKNURPENRONERNURUR NUN UNE BARON NANNN ENT NUNRANDON 
a 
* Speichern einer Animation 
” 


RRUNURRRSUNKARNRURERRUNEREANASBAERERA RP RAN TR ERURS 


save anim() 


struct FileHandle *fih; 
UBYTE LF=10, savename{[70]; 


print£f("SPEICHERN ! Filename ?:"); 
scanf("%s",savename); 


fih = Open(savename,MODE NEWFILE); 
if(!fih)return(1); 


printf("schreibe name\n"); 
if(Write(fih, firstfile, (LONG)strien(firstfile)) 
{= (LONG)strlen(firstfile)) 
{ remove(fih,savename); return(1l); ) 


printf("schreibe linefeed\n"); 
if(Write(£fih,&SLF,1L) != IL) 
{ remove(fih,savename); return(]l); ) 


printf("schreibe daten von %ld Bytes\n",anlen); 
if{Write(fih, (UBYTE *)Janimdata,anlen) != anlen) 
{ remove(fih,savename); return(1l); ) 


if(fih) Close(fih); 
fih = NULL; 
return(0); 


? 


SNWANRARARNANURNUNERUNUR UN UNE NU URN O NEIN N Rene 
: 
* Animationen Laden 
A 
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load anim() 

{ 
UBYTE loadname {70}; 
struct FileHandle *fih; 


if(dbuf)dbuf = FALSE; 
if(ser)CloseScreen(scr); 
if(bscr)CioseScreen(bscer); 
scrt = bser = NULL; 


printf{"LADEN ! Filename ?:"); 
scanf("%s", loadname); 


fih = open file(loadname); 
if(!fih)return(]); 


readname(fih, firstfile); 

printf("Name des Startbildes : %s\n", £firstfile); 
read IFF(firstpic, firstfile); 

scr = open 3cr(); 

ScreenToBack(scr); 

set colors(scr); 


anlen = Read(fih, (UBYTE *)animdata,,anim len); 


return(Ö); 


? 


JRMRURRMUNRRRKRNRN URN KUN EN NUN RAUM NENNEN 
“ 

® Schreibgestoerte Files entfernen 

a 


ARRARRARKMARAARKMERRAKARKRA KR AR KARA MR U HR A UM RR RUN A NA NM 


remove(filha,remfile) 
struct FileHandle *filha; 
STRPTR remfile; 


printf("Fehler beim Schreiben in %s\n",‚remfile); 


Close(filha); 
filha = NULL; 
printf("gescl. fh = %ld\n",£filha); 


if(DeleteFfile(remfile)) 
print£f("File ist entfernt\n”); 
else 
printf("File konnte nicht entfernt werden\n'); 


return(); 


} 


MONROE NN ee 


a 


* sein gut funftionierendes getchar(); 


TUMMELN TAN NO ONUUNERENUR ONE RN NER RR ARM RN RAND 


UBYTE getkey(readwindonw) 
struct Window *readwindon: 


{ 

STRPTR cp; 

struct MsgPort *wpBuf, *"upBuf; 
struct IntuiMessage *mass; 


wpBuf = readwindow->WindowPort; 
upBuf = readwindow->UserPort; 
ModifyIDCMP(readwindow, VANILLAKEY); 


FOREVER 
Wait(l1L‘<readwindow->UserPort->mp SigBit); 


while(mess = (struct IntuiMessage *) 
GetMsg(readwindow->UserPort)) 


if(mess->Class == VANILLAKEY); 
{ 
cp = (STRPTR)&mess->Code; 
RepiyMsg(mess); 
ModifyIDCMP(readwindow ,, NULL); 
readwindow->UserPort = upBuf; 
readwindow->WindowPort = wpBuf; 
return *"(cp+1) ); 


} 
RepiyMsg(mess); 


EZ US Bun niszasaszuuuuuuan 


} 
} 
dbmode() 
{ 
WORD i; 
if(!ser)return(NULL); 
ift(!dbuf) 
{ 
bscr = open scr(); 
if(!bscr) 
{ 
print£f("\nNicht genug CHIP-RAM fuer "); 
printf{" zweiten Screen\n"); 
return(Ö); 
SersenToBack(bscer); 
LoadRkGB4(&bscr->ViewPort, colortable, 
< {LONG)colnum); 
PLANELOOP 
BUFF PLANE = bscr-»>BitMap.Planes[i}; 
return(1); 
if(bscr )CloseScreen(bscr); 
bscr = NULL; 
return(O); 
} 


--= END OF FILE : picswitch.c --- 
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VON CHRISTIAN SCHORMANN 


FÜR 


LITERAIEN 


BÜCHER ZUR COMPUTERGRAFIK 


Im folgenden wollen wir Ihnen eine Reihe von 
Einführungen, Lehrbüchern und Aufsatz- 
sammlungen vorstellen, in denen Sie Mate- 
rialien zur Computergrafik finden. Doch 
Vorsicht ! Wenn Sie sich näher mit dieser 
Materie beschäftigen wollen, sollten Sie gute 
Grundkenntnisse der Mathematik mitbringen. 
Ohne geht es gar nicht, und je komplizierter 
die Verfahren werden, desto mehr höhere 
Mathematik wird von Ihnen verlangt. Be- 
achten Sie bitte außerdem, daß es hier nur um 
Bücher geht, die sich allgemein mit dem 
Thema beschäftigen, nicht etwa speziell auf 
den Amiga bezogen. 


er eine sehr allgemeine und 
universelle Einführung in 
die Thematik sucht, sollte 


sich unbedingt die “Grundzüge der in- 
teraktiven Computergrafik” von Wil- 
liam M. Newman und Robert F. 
Sproull, erschienen im McGraw-Hill- 
Verlag, ansehen. Für 54.- DM erhält 
man fast 600 Seiten Buch in Paper- 
back-Form. Hier lassen sich die Au- 
toren über so ziemlich jeden Bereich 
der Computergrafik aus. Die deutsche 
Übersetzung ist relativ neu ( 1986 ), al- 
lerdings stammt die englische Ori- 
ginalausgabe vom Beginn der 80er 
Jahre, ist also nicht immer auf dem 
allerneuesten Stand. Das ist für eine 
grundsätzliche Einführung aber auch 
nicht wichtig. 
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Das Buch enthält zahlreiche Pro- 
grammbeispiele, die in PASCAL ge- 
schrieben wurden. Eine Übertragung in 
andere Sprachen, dıe Prozedur-Auf- 
rufe zulassen, sollte kein Problem sein; 
die Kommentierung ist gut. 

Wegen des enormen Stoffumfangs, mit 
dem sich das Buch beschäftigt, 
kommen Details, besonders bei kom- 
plizierteren Problemen, etwas zu kurz. 
Als Einführung in allgemeine Pro- 
blemkreise ist es aber hervorragend ge- 
eignet und kann sehr empfohlen wer- 
den. 

Bei Addison-Wesley gibt es ein 
Konkurrenzwerk mit einem sehr 
ähnlichen Titel, das aber leider nicht in 
Übersetzung vorliegt und ziemlich 
genau doppelt so teuer ist. Es ist etwas 


genauer, wenn es um die komplexeren 
Probleme geht, und scheint ebenfalls 
sehr empfehlenswert, lag uns aber 
nicht für eine genauere Revision vor. 
Die Lücken in der oben erwähnten 
Einführung füllen vier andere Bücher 
aus dem gleichen Verlag vollständig 
aus. 

Von David F. Rogers stammen zwei 
Bände ım Taschenbuchformat, deren 
erster, “Mathematical Principles for 
Computer Graphics”, versucht, die 
verschiedenen mathematischen Grund- 
lagen der Grafikprogrammierung in 
einer einheitlichen Darstellung zu er- 
klären. Gute Englisch-Kenntnisse sind 
unbedingt erforderlich, auch der Stil ist 
für totale Laien nicht gerade besonders 
motivierend. 

Dennoch, der Inhalt des Buches ist aus- 
führlich und gut gegliedert. Die Er- 
klärungen sind gut, wenn man sich mit 
dem trockenen Stil anfreunden kann. 
Abgerundet wird das Ganze durch eine 
große Anzahl von Beispielsroutinen, 
die in Basic geschrieben sind, sowie 
einen kurzen Anhang, in dem 
grundsätzliche Prinzipien der Grafik- 
programmierung erläutert werden. 

Das Buch “Procedural Elements for 
Computer Graphics” kann man wohl 
schon fast als Klassiker oder Stan- 
dardwerk auf dem Sektor betrachten. 
Kaum ein Literaturverzeichnis aus 
diesem Themenkreis, ın dem dieses 
Buch nicht erwähnt würde. Es ist im 
wesentlichen eine Algorithmensamm- 
lung, die die wichtigsten Verfahren 
und Techniken gerade auch für die in 
Einführungen meist sehr kurz be- 
handelten komplexeren Probleme wie 
Rendering, Transparenz, Schatten und 
Lichteffekte sehr gut erklärt, jeweils 


abgerundet durch ausführliche Li- 
teraturhinweise. 

Leider kommt man, der Komplexität 
der Themen wegen, nicht um sehr gute 
mathematische Kenntnisse, vor allem 
der Vektor- und Matrixrechnung, aber 
auch der Analysis herum. Auch Eng- 
lisch sollte man, wie schon für David 
Rogers ersten Band, flüssig lesen 
können. 

Die Besonderheit des Buches wird 
deutlich, wenn man bemerkt, daß über 
zehn (!) verschiedene Lösungen allein 
zum Problem verdeckter Oberflächen 
vorgestellt werden. Besonders her- 
vorzuheben ist auch die sehr 
gründliche Einführung in den 
Themenkreis Licht und Farbe, der für 
realistische Computerbilder extrem 
wichtig ist. 

Vier Seiten mit Farbbildern, viele 
Schwarz-Weiß-Abbildungen und viele 
Flußdiagramme bzw. Pseudocode- 
Implementierungen ( eine Art Pro- 
grammiersprache, die sich leicht in alle 
gängigen Sprachen übersetzen läßt ) 
runden das Buch ab, das mit 36,40 DM 
auch nicht allzu teuer ist. 

Dieses Buch muß man einfach haben, 
wenn man ernsthaft an der Materie 
interessiert ist. 

Wer nicht ganz so viel über die Theorie 
wissen will, sondern lieber den Aufbau 
einer vollständigen Implementierung 
eines GKS-ähnlichen 3D-Gra- 
fiksystems verfolgt, wird sich voller 
Begeisterung Steven Harringtons 
“Computer Graphics - A Programming 
Approach” hingeben. In diesem 
Taschenbuch, das übrigens aus der 
gleichen Serie wie die Bücher von 
David F. Rogers stammt, wird ein 
komplettes 3D-Grafiksystem, be- 
ginnend mit Algorithmen zum 
Zeichnen von Linien, implementiert. 
Selbst Schattierungsfunktionen wer- 
den eingebaut. 

Dabei ist das Buch alles andere als eine 
Sammlung von Listings, im Gegenteil: 
Die implementierten Funktionen samt 
notwendiger Mathematik werden aufs 
genaueste erklärt. Dabei ıst der Stil 
locker und flüssig, das Buch liest sich 
sehr gut. Englisch muß man natürlich 
trotzdem können... Die Voraus- 
setzungen, die die Hardware erfüllen 
muß, sind relativ gering. Lediglich eine 
Routine, die einen Bildschirm- oder 
Plotterpunkt setzt, muß zur Verfügung 


stehen, da sehr sauber und geräte- 
unabhängig programmiert wurde. 
Geschrieben sind die einzelnen Mo- 
dule in einer Pseudo-Programmier- 
sprache, die an Algol angelehnt ist. Die 
Übersetzung in eine andere Sprache ist 
völlig problemlos, vorausgesetzt, Pro- 
zeduraufrufe stehen zur Verfügung. 
Davon kann man ja selbst in den 
meisten Basic-Varianten ausgehen. 
Der Autor legt Wert auf die Fest- 
stellung, daß es ihm nicht darum ging, 
ein besonders effizientes Grafiksystem 
zu schreiben, sondern grundsätzliche 
Prinzipien aufzuzeigen. Das Ergebnis 
ist eine GKS-ähnliche 3D-Grafik- 
bibliothek, die sich sehen lassen kann. 
Das ganze ( ungefähr 4000 Zeilen ) er- 
fordert zwar viel Tipparbeit, aber 
selbst wenn man sich diese Arbeit 
nicht machen will: Das Buch ist sehr 
empfehlenswert. 

Ebenfalls bei McGraw-Hill erscheint 
eine Bücherserie im DIN A4-Format 
namens “Schaum Überblicke und 
Aufgaben’. Diese Bücher enthalten zu- 
sätzlich zum eigentlichen Stoff zahl- 
reiche Aufgaben und Lösungen, sind 
also richtige ( Selbst- ) Lehrbücher. 
Auch zur Computergrafik ist ein 
solcher Band erschienen: “Computer- 
grafik - 442 Aufgaben und Lösungen” 
von Roy A. Plastock und Gordon 
Kalley (39,50 DM). Wie Sie bereits 
aus dem Titel erkennen können, 
handelt es sich hierbei um eine 
deutsche Übersetzung, deren Stil 
allerdings extrem trocken geraten ist. 
Es ist auch weniger der eigentliche 
Textteil, der es dem Autor angetan hat. 
Die Einführung in die Thematik ist ın 
einigen anderen Werken besser ge- 
lungen. Sehr gut aber sind die Auf- 
gaben gestellt; vor allem sind sie mit 
ausführlich erklärten Lösungen ver- 
sehen. Das ist eine hervorragende Ver- 
ständniskontrolle, auch wenn es 
manchmal an Schule erinnert. Dieses 
Buch kann man nicht lesen, man muß 
es durcharbeiten. Das ist aber sicher- 
lich sehr effizient. 

Eine weitere verhältnismäßig billige 
und vor allem deutsche Einführung 
bietet Ian O. Angells Buch “Gra- 
phische Datenverarbeitung”, das im 
Hanser-Verlag erschienen ist. Leider 
sind die zahlreichen Programm- 
beispiele in diesem Buch in Fortran 
geschrieben, so daß einige Vor- 


kenntnisse in dieser Sprache vor- 
handen sein sollten. Die Erklärungen 
sind aber gut und leicht verständlich. 
Das Buch beschäftigt sich ausführlich 
mit der Mathematik für zwei- und 
dreidimensionale Computergrafik, 
ohne Vorkenntnisse geht es aber 
trotzdem auf keinen Fall. 

Wer ständig auf dem laufenden über 
die neuesten Entwicklungen der 
Branche sein möchte, muß über einen 
großen Geldüberschuß verfügen. Die 
im Berliner Springer-Verlag er- 
scheinenden Berichte ( Aufsatzsamm- 
lungen ) über diverse Computergrafik- 
Konferenzen sind ausnahmslos hoch- 
interessant und sauber gebunden, aber 
leider auch sehr teuer. Als Beispiel sei 
der gerade erschienene Bericht über 
die CG International in Tokio, 
“Computer Graphics 1987” genannt, 
der eine Fülle wirklich aktueller 
Beiträge enthält, so zum Beispiel über 
ein extrem schnelles Ray Tracing -Ver- 
fahren. Dieses nicht einmal besonders 
dicke Buch kostet leider 180.- DM. 
Ein anderes, besonders interessantes 
Werk aus der Reihe Eurographic 
Seminars trägt den Titel “Advances in 
Computer Graphics” und enthält neben 
neuen Beiträgen auch sehr gute Zu- 
sammenfassungen von Grundlagen- 
wissen. 

Auch von anderen Vereinigungen und 
Konferenzen lassen sich die jeweiligen 
Konferenzunterlagen beschaffen, so 
zum Beispiel die SIGGRAPH-Tu- 
torials ( wichtigste Computergrafik- 
Messe und Konferenz ) oder die “ACM 
Transactions on Graphics”. Leider sind 
diese Dokumente auch für Mitglieder 
der jeweiligen Gruppe recht teuer; die 
ACM  Transactions kosten bei- 
spielsweise für Mitglieder viertel- 
jährlich 24 $, für Nichtmitglieder aber 
65 $. Wenn Sie eine dieser Pub- 
likationen beziehen wollen, wenden sie 
sich am besten an eine Fachbuch- 
handlung. Die wichtigsten Veröffent- 
lichungen sind: 


I) ACM Transactions on Graphics 

2) Computer Graphics (SIGGRAPH-Special 
Interest Group on Graphics) 

3) Computer Graphics and Image Processing 
4) IEEE Computer Graphics and Applications 
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VON JOBST HERMEYER 


GRAPHIALE 
PFLANZEN 


ODER: DAS ENDE DES DIGITALEN 


BAUMSTERBENS 


Auf immer mehr Schirmen (und Monitoren) 
flimmern dem Betrachter künstliche Realitäten 
entgegen. Vektorale Fahrzeuge transportieren 
ihre imaginären Passagiere über fraktal er- 
zeugte Gebirge. Doch zu einer wirklichkeits- 
nahen Landschaftssimulation gehören selbst 
bei der Spielzeugeisenbahn Bäume und Pflan- 
zen; und wie dem Landschaftsmaler stellt sich 
dem Computerfreak die Frage nach Verfah- 
ren zur Abbildung der unendlichen Vielfalt na- 
türlicher Erscheinungsformen dieser Lebensart. 


ine nützliche Beschreibung 
solcher Algorithmen fand 
ich in einer Ausgabe der 


Zeitschrift “Spektrum der Wis- 
senschaft”[1]. Die ursprüngliche Idee 
stammt dabei von Alvy Smith, dem 
Leiter des Bereichs Forschung und 
Entwicklung bei der kalifornischen 
Firma PIXAR, die Computergrafikfans 
hinlänglich durch ihre Supercomputer 
für Trickgrafiken bekannt ist. 


Körperbau 


Als erstes gilt es, sich über die Ana- 
tomie einer Pflanze oder von Pflanzen 
im Allgemeinen klar zu werden. Der 
absolute Nichtbotaniker betrachtet 
zum Beispiel einen Baum als dicken 
Stamm aus dem Äste kommen, aus 
welchen Äste kommen an denen 
Blätter hängen. Zu “Ästen aus Ästen ..” 
fällt dem versierten Informatiker als 
erstes Stichwort “Rekursion” ein, doch 
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dazu später. 

Ein weiteres optisches Merkmal ist die 
Unregelmäßigkeit, mit der die Äste 
scheinbar in alle Richtungen wachsen, 
die den Baum als Ganzes jedoch sym- 
metrisch erscheinen lassen. Um dieser 
Tatsache Rechnung zu tragen, bezie- 
hungsweise mit dem Problem des 
stufenweisen Wachsens von Pflanzen 
fertigzuwerden, fand Smith eine 
passende Methode. 


Grafische Graphen 


Sie besteht daraus, die Pflanze als 
Graphen zu repräsentieren, der durch 
eine bestimmte Bildungsregel zustande 
kommt. Ein Graph ist ein mathe- 
matisches Gebilde (Struktur), welches 
sich aus Punkten (Vertices) und aus 
Verbindungen (Kanten,Bögen) zwi- 
schen diesen zusammensetzt [2] [3]. In 
der Entscheidungstheorie und zum 
Beispiel bei Sortierverfahren tritt eine 


bestimmte Art von Graphen auf : die 
Bäume. Gesucht, gefunden ? Leider 
nein, denn diese Sorte von Bäumen ist 
meistens etwas zu regelmäßig (be- 
sonders die binären) und hat vor allem 
keinen Stamm. Man könnte sie 
höchstens zu Darstellung von Büschen 
verwenden. 

Aber um Mißverständnissen vorzu- 
beugen : es soll hier die bildliche Re- 
präsentation eines Graphen zur Ab- 
bildung einer Pflanze verwendet wer- 
den und nicht der Graph selbst, da 
mathematische Gebilde stets körperlos 
sind. Und auch diese Abbildung muß 
man sich in der Regel zurecht- 
schneidern; Graph-Bäume zum Bei- 
spiel werden meistens mit ihrer 
“Wurzel” oben dargestellt, echte haben 
letztere aber, der Schwerkraft ge- 
horchend, ım Boden verankert. 

Um realistische Bilder von Pflanzen 
entstehen zu lassen, braucht man also 
eine spezielle Bildungsregel für 
Graphen. Die dadurch erzeugten Ge- 
bilde müssen bestimmten Kriterien ge- 
horchen; sıe sollten zum Beispiel eine 
Art Stamm aufweisen und zu einem 
“Wachstum zur Krone” tendieren. 


L-SYSTEME 


Hier kommen die sogenannten L- 
Systeme zur Hilfe. L-Systeme sind 
eine Art von Grammatiken, mit der aus 
einer gegebenen Zeichenkette und 
einem Regelwerk eine neue Symbol- 
kombination geschaffen werden kann. 
Sıe wurden 1968 durch die dänische 
Biologin und Mathematikerin Astrid 
Lindemeyer eingeführt. 


Das Handwerkszeug zur Benutznung 
eines L-Systems ist denkbar einfach. 
Es besteht aus 

a) einem Zeichensatz, der in diesem 
Fall vier Zeichen hat: [,],I,*; 

b) einem Regelsatz, der die Umsetzung 
jedes Teils des Zeichensatzes in eine 
Zeichenkette mit ein oder mehreren 
Zeichen bewirkt: 


Eine Operation besteht dann daraus, 
eine beliebige Eingangskette in eine 
Ausgangskette mutieren zu lassen, in 
dem man jedes Zeichen durch die vor- 
geschriebene Umsetzung austauscht. 


Schickt man eine “Saat” ın Form eines 
durch den Wachstumskanal, erhält 
man am anderen Ende schon einen 
Sprößling in Form von “I[*]1[*]*”. 
Diese Zeichenkette dient der nächsten 
Mutationsstufe als Eingang und ergibt 
bereits beachtliche 
“TILL JIEFTFTIEIEF IE IEFTIERT®”, 
eine Liste mit immerhin 35 Zeichen. 
Die dritte Wachstumsphase, die diesen 
Wurm zu bearbeiten hat, liefert am 
anderen Ende 117 Zeichen ab. 
Die Umsetzung dieses Verfahrens in 
einen Algorithmus führt nun zu der 
eingangs erwähnten Rekursion. Rekur- 
sıon bedeutet im mathematischen Sinn 


dıe Bestimmung einer Größe aus einer 


unmittelbar vorausgehenden gleich- 
artigen Zahl oder Funktion. Anders ge- 
sagt ist jeder Prozeß, der zur Be- 
stimmung einer beliebigen Prozeßstufe 
von sich selbst in einer früheren Phase 


Gebrauch macht, rekursiv (z.B. : X[t] 
= X[t-1] + 5). Auf dıe L-Systeme be- 
zogen kann man sagen. dab jede Mu- 


Digitales Laub 
wird niemals welk. 


tationsstufe durch dıe Anwendung der 
vorgegebenen Grammatik auf die 
vorhergehende Stufe erzeugt werden 
kann. Prädestiniert für die Umsetzung 
solcher Problemstellungen ist die dem 
Bereich der künstlichen Intelligenz zu- 
geordnete Programmiersprache LISP. 
Sie wurde deshalb zur Im- 
plementierung einer Musterlösung für 
die L-Systeme gewählt (eine Version 
von XLISP ist übrigens ım Public 
Domain Service der Kickstart- 
redaktion erhältlich). Beim zweiten 
Daraufschauen auf Listing 1, nachdem 
man sich erst einmal durch das Gewirr 
von Klammern durchgefunden hat, die 
allerdings ein ausgesprochenes Cha- 
raktermerkmal von LISP sind, sollte 
man auch ohne größere Kenntnis der 
Sprache dıe Wirkungsweise des Algo- 
rıthmus durchschauen. Als Hilfe- 
stellung für in LISP ungeübte Leser sei 
vielleicht gesagt, daß die Funktion 
CAR das erste Element einer Liste 
liefert, während CDR die Liste mit 
allen Elementen außer dem ersten 
zurückgibt. 

Um etwa die dritte Stufe eines L-Sys- 
tems zu erzeugen, würde der Aufruf 
mit dem LISP-Programm so aussehen: 


Variationen. 


(L-SYSTEM{L-SYSTEM(L- 
SYSTEM(C(*)))). 

Das Ergebnis ist die schon oben be- 
schriebene Liste mit 117 Einträgen. 
So weit, so gut; aber selbst 1000 
solcher Zeichen haben noch nicht die 
entfernteste Ähnlichkeit mit einer 
Pflanze. Das können sie auch nicht, 
denn die Zeichen sind nur die Bau- 
anleitung zur gesuchten Darstellung 
des Objekts. 


Bauplan 


Genauso wie die DNS einer Körper- 
zelle nur eine Beschreibung zum Kör- 
perbau liefert, steht auch jeder Eintrag 
des Zeichensatzes für eine bestimmte 
Transkriptionsregel. Diese Über- 
setzungsregeln müssen anstatt von 
Anweisungen zur Zellkonstruktion 
Handlungsbeschreibungen zum Zeich- 
nen eines Gebildes in einem zwei- 
dimensionalen Raum enthalten. Dabei 
ist es zunächst gleichgültig, wer diese 
Anweisungen ausführt; das könnte 
statt einem Computer etwa auch ein 
mit Lineal und Stift gewappneter 
Mensch sein. Wichtig ist aber, ım 
Vorfeld die Rahmenbedingungen zu 
klären. Diese Vorausetzungen sind: 

- es gibt zwei Raumachsen (X-Achse = 
horizontale Sicht, Y-Achse = vertikale 
Sicht). 

- Punkte lassen sich durch beliebige 
Koordinatenpaare x,y beschreiben. 

- es können Variablen als Merker 
beliebig eingeführt werden. 

Mit Hilfe solcher expliziten Annahmen 
und der Vorgabe,l auftretende 
implizite Vereinbarungen als 
Definitionen gelten zu lassen, können 
die benötigten Transkriptionsregeln 
folgend formu-liert werden: 

Das Zeichen I= Zweigstück bedeutet: 
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Zeichne vom Koordinatenpaar xs , yS 
eine Linie der Länge L ım Winkel w; 
weise xs , ys die Endpunkte der 
gezeichneten Linie zu (xs=xe; ys=ye). 
Für das Zeichen * = Zweigende mit 
Blatt gilt: 

Verfahre wie bei einem I. Zeichne an 
den Endpunkt der Linie (Koordinaten 
xe,ye) ein Blatt ın beliebiger Form. 

[ = Start einer Abzweigung: 

Sichere das Koordinatenpaar xs,ys in 
xm,ym (xm=xs,ym=ys) und den 
Winkel w in wm (wm=w). Ist die 
logische Variable RICHTUNG wahr, 
dann führe die Operation w= w+.d 
aus; anderenfalls führe w = w - d aus. 
Negiere den Wert der Variablen 
RICHTUNG (RICHTUNG = 
NOT(RICHTUNG)). 

] = Ende einer Abzweigung: 

Weise dem Koordinatenpaar xs,ys die 
gesicherten Werte zu (xs=xm,ys=ym); 
weise dem Winkel w den dafür 
gesicherten Wert zu (w=wn). 


Die schematische Anwendung dieser 
Regeln kann man sich in Abbildung 2 
verdeutlichen. Der Anfangswert für 
den Winkel w und das Winkel- 
inkrement d sind hier jeweils mit 45 
Grad angenommen. Durch die als 


Schalter wirkende Variable 
RICHTUNG wird jeder Ast gegenüber 
seinem Vorgänger um 90 Grad ver- 
setzt. Und da bei der ganzen Sache 
immer wieder die gleichen Regeln ver- 
wandt werden, ist eine Prozedur, die 
eine L-Systemkette in dieser Weise be- 
arbeitet, vorzugsweise rekursiv zu ge- 
stalten. 


Das Programm 


Das zugehörige Programm wurde ur- 
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sprünglich in C geschrieben und ist für 
die KICKSTART in Modula-2 umge- 
wandelt worden. Das abgedruckte 
Listing (Nr. 3) ist in M+V-Modula, 
dem Compiler eines schweizer Soft- 
wareherstellers, implementiert. Ziem- 
lich in der Mitte des Listings finden 
sich die Prozeduren LSYSTEM, Blatt 
und ZeichnePflanze, die Kernstücke 
des Programms. LSYSTEM ist “ein- 
fach rekursiv” (single tailrecursive 
[4]), das heißt, daß die Prozedur sich 
selbst nur einmal aufruft und daß die 
Rückgabewerte eigenberechnet oder 
von einem Rekursionsergebnis ab- 
hängig sind. Bei ZeichnePflanze taucht 
die Rekursion bei der Bearbeitung 
einer Abzweigung auf. Dort startet sie 
sıch selbst mit den neuen Werten für 
einen Ast. 


Fünf verschiedene 
Stufen der 
gleichen Pflanze. 


Gegenüber den oben beschriebenen 
Grundregeln arbeitet das Programm 
aber mit erweiterten Spezifikationen. 
Die varıablen Komponenten einer zu 
zeichnenden Pflanze lassen sich leicht 
an der RECORD-Beschreibung 
“Pflanzenaufbau” ablesen. Mit diesen 
Teilen und natürlich den dazuge- 
hörigen Initialisierungen von Fenster, 
Schirm und Farben könnte man schon 
eine Pflanze vollständig auf den 
Schirm bringen. Da das Festlegen der 
Variablenwerte im Programm aber 
zeitraubendes Recompilieren und 
“Linken” erfordert, wurde die Eingabe 
der Daten für die Pflanzen auf eine 
externe Datei verlegt. Zur Bedie- 
nungsbequemlichkeit enthält das Pro- 


gramm auch noch ein kleines Menü- 
system, mit dem der Vorgang der 
Pflanzendarstellung wiederholt oder 
das Programm beendet werden kann. 
Zu diesem gesamten Komplex lohnt 
sich sıcher ein Blick in den Quellcode, 
da Modula-2 die Erstellung infor- 
mativer Programme von Haus aus 
fördert. An dieser Stelle soll auch ein- 
mal auf die Unterschiede der Pro- 
grammierung in C und in Modula-2 auf 
dem Amiga eingegangen werden. 
Modula-2 ist vom Standpunkt der 
übersichtlichen, sicheren Programm- 
gestaltung C bestimmt vorzuziehen, da 
es zum Beispiel umfangreiche Typ- 
und Bereichsprüfungen aufweist. Die 
vorliegende Version ist offensichtlich 
aber nicht besonders effizient, weil das 
ausführbare Element des Programms 
dreimal so lang und leider auch drei- 
mal so langsam wıe das mit Aztec-C 
bearbeitete ist. Zugeständnisse muß 
man auch bei der Programmierung 
machen, wenn es darum geht, die 
Amigafeatures zu nutzen. Die elegante 
Art, zum Beispiel Screens gleich bei 
der Definition zu initialisieren, entfällt 
gegenüber C, da bei Modula eine 
normale Zuweisung erfolgen muß. 
Mithin muß der Programmierer jeden 
Komponentennamen kennen, ein Um- 
stand, der auf anderen Seite wieder zur 
besseren Dokumentation der Pro- 
gramme beiträgt. Zudem weist 
Modula-2 wie PASCAL die wertvolle 
Anweisung WITH auf, mit der man 
sıch wenigstens das volle Aus- 
schreiben der Strukturkomponenten- 
namen ersparen kann. Was die rest- 
lichen Amigatools, wie etwa die Gra- 
fikbefehle angeht, kann Modula-2 lei- 
der auch nicht entzücken. Durch die ın 
weiten Teilen zeigerorientierte Aus- 
legung der Amiga-Betriebssystem- 
routinen kann nämlich auch die aus- 
führliche Typenprüfung nicht immer 
vor GURUs schützen. Es kann eben 
nicht automatisch sichergestellt wer- 
den, daß ein Zeiger den richtigen be- 
ziehungsweise überhaupt einen Wert 
enthält. 

Für Leser, die das Programm zurück 
nach C versetzen wollen, gilt es als 
erstes, die  Unterbereichsvereinba- 
rungen wieder in “Integers” umzu- 
wandeln. Das ist dann auch eine Stärke 
von Modula-2, auf die man in C leider 
zu verzichten hat. Es ist nun einmal 


Die ersten drei Stufen 
des / -Systerns 
in schemäatischer Darstellung 
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viel verständlicher, “von Rot bis Blau” 
zu sagen, anstatt “von O bis 2”. An- 
sonsten sind die Befehle an sich recht 
ähnlich, insbesondere aber die Amiga- 
funktionen, die man eigentlich nur ab- 
schreiben muß. 


Die Benutzung 


Als nächstes also zur Anwenderseite 
des Programms. Sein “Futter” erhält es 
durch eine normale ASCIH-Datei. Dort 
trägt man die Werte, etwa mit Komma 
getrennt, mit Hilfe eines Editors ein. 
Ein Semikolon oder Ausrufezeichen 
bedeutet, daß der Rest der jeweiligen 
Zeile als Kommentar betrachtet wird. 
Davon abgesehen müssen alle Werte in 
einer bestimmten Reihenfolge er- 
scheinen. Die Vereinbarung dafür ist: 


a) Wachstumsstufe 


Sıe kann im Bereich zwischen 1 und 8 
liegen und gibt an, wie oft die L- 
Systemkette, startend mit einem *, 
mutiert wird. Man sollte allerdings 
bedenken, daß eine größere Muta- 
tıionsstufe mehr Speicher benötigt und 
länger dauert. Für eine Pflanze der 
Wachstumsstufe 7 zum Beispiel er- 
höhte ıch den Stack auf 300 KBytes 
und mußte über eine halbe Stunde auf 
das Ergebnis warten. 


b) Verdickter Stamm 


Eine OÖ steht für falsch und heißt, daß 
der Stamm, wie die Äste, nur einen 
Pixel breit ist. Eine 1 bedeutet einen 
doppelt so breiten Stamm. Als Stamm 
wird übrigens jeder vertikale Strich 


angesehen, der auf der X-Koordinate 
der Wurzel liegt (siehe c). 


c)X-/Y-Wurzel 


Dieses Koordinatenpaar gibt den Ur- 


. sprung der Pflanze auf dem Bildschirm 


an. Da mit der “kleinen” Auflösung 
gearbeitet wird, darf X für den PAL- 
Schirm bis 256 und Y bis 320 gehen. 
Der Koordinatenursprung für diese 
Angaben befindet sich in der linken 
oberen Ecke des Bildschirms. 


d) Wurzelneigung 


..sollte in dieser Programmversion 
immer 90 sein, da sonst der Stamm 
verschwindet (kann übrigens auch 
gewünscht sein). Dieser Wert trägt bei 
Abweichung von 90 Grad zur An- 
fangsneigung der Äste bei. Erlaubte 
Zahlen liegen zwischen O und 360. 


e) Linker und rechter 
Astwinkel 


Sie bestimmen die Neigung der 
Pflanzenäste in je eine Richtung und 
können im Bereich von O bis 360 
liegen. 


f) Segmenthöhe 


...legt die Höhe für jedes einzelne 


Segment der Pflanze fest und sollte ' 


nicht größer als 30 werden. Generell 
gilt: Je höher die Wachstumsstufe 
(Wert aus a), desto kleiner muß die 
Segmenthöhe sein, damit die Pflanze 
noch auf den Bildschirm paßt. Als Re- 
gel läßt sich auch formulieren, daß die 
Segmenthöhe kleiner (256/ (2 hoch 


Wachstumstufe)) sein sollte. 256 ist 
die jetzige maximale Bildschirmhöhe. 


g) Farbenwerte 


Es folgen nun drei Wertequadrupel. 
Die jeweils erste Zahl einer Viererserie 
ist die Farbnummer im Bereich 1 - 31. 
Die anderen drei repräsentieren die 
Rot-, Grün-, Blaukomponenten dieser 
Farbe. Sie können zwischen O und 15 
liegen. Die erste dieser Wertekombi- 
nationen ist für die Farbe des Stamms 
zuständig, die zweite für die Äste und 
die dritte für die Blätter. Das Schema 
lautet demnach: 

Stamm -> Farbennummer, Rot,Grün, 


Blau 
Äste -> Farbennummer, Rot, Grün, 
Blau 
Blätter -> Farbennummer, Rot, Grün, 
Blau. 
Diese Farbzahlen werden im 
Programm über RGB4()-Anwei- 


sungen als Farbregister initialisiert. 
Die Farbzahlenaufzählung in dieser 
Weise ist zugegebenermaßen nicht 
sehr rationell. Will man nämlich eine 
Farbe mehrmals verwenden, müssen 
alle dazu nötigen Angaben an der ge- 
wünschten Stelle wiederholt werden. 
Im Allgemeinen kann diese Datendatei 
beliebig viele hintereinanderstehende 
Pflanzen enthalten, die Angaben für 
jede einzelne müssen jedoch voll- 
ständig sein. Ein Beispiel einer Para- 
meterdatei mit zugehörigem Ergebnis 
zeigen Listing 2 und Abbildung 4. Dort 
habe ich den Pflanzen Namen gegeben, 
woran man recht gut die Benutzung 
von Kommentaren ablesen kann. Hat 
man die Datei fertig erstellt, erfolgt der 
Programmaufruf durch: Pflanze 
Parameterdatei. Vor dem Programm- 
aufruf sollte auf jeden Fall der Stack 
erhöht werden (für die Datei in Listing 
2 kommt man mit 70000 Bytes aus), da 
die rekursive Programmierung natür- 
lich extrem speicherintensiv ist. 


Horizonte 


Die vorliegende Implementation der 
graphtalen Pflanzen will beileibe keine 
vollständige Anwendung sein. Da ich 
gerade das Modulaprogramm aus Zeit- 
druck nur in seinen Hauptfunktionen 
getestet habe, können sich durchaus 
noch kleinere Bugs finden. Ich bitte, 
das zu verzeihen und auftretende 
Fehler der Redaktion mitzuteilen. 
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Außerdem ist das Output im Moment 
wohl eher von künstlerischem als von 
Realitätswert. Das heißt aber auch, daß 
die graphtalen Pflanzen damit noch 
lange nicht ausgereizt sind und unter- 
streicht etwas den experimentellen 
Charakter der ganzen Sache. Verän- 
derungsmöglichkeiten sind deshalb 
auch reichlich vorhanden. So setzt sich 
etwa ein Blatt einfach aus vier Pixeln 
einer Farbe zusammen. Das ist na- 
türlich leicht zu ändern, wenn man 
bereit ist, über die Veränderungen des 


Parameterfiles hinaus in das Programm 
einzugreifen. Bizzarste Abarten kann 
man dann auch durch das Verändern 
der L-Systemregeln erzeugen. Weiter- 
hin läßt sich mit der Rechenungenau- 
igkeit spielen, indem man die Kon- 
stante “Rundungsfaktor” in der Pro- 
zedur AbsRound modifiziert. Auch 
kann man den Stamm noch in ver- 
schiedenster Weise manipulieren. Die 
Krönung wäre natürlich, statt der di- 
rekten Verbindung zwischen Segmen- 
ten mittels Move() und Draw() Kreis- 


Listing 1 


Das L-System in LISP 


(DEFUN L-SYSTEM (START-LIST) 


(COND 


((NULL START-LIST) NIL) 
((EQUAL (CAR START-LIST) '*) 


(APPEND 


(ii | * 


Die] 


((EQUAL (CAR START-LIST) 'I) 


(APPEND 


‘(I I) (L-SYSTEM (CDR START-LIST)))) 


((EQUAL (CAR START-LIST) '[) 


(APPEND 


'([) (L-SYSTEM (CDR START-LIST)))) 


((EQUAL (CAR START-LIST) ')) 


(APPEND 


"(]J (L-SYSTEM (CDR START-LIST)))))) 


Listing 2 


bögen verschiedener Winkel zu benu- 
tzen. Wie man sieht, stehen noch alle 
Möglichkeiten offen, sich in kreativer 
Programmierung kräftig zu üben. 
Literaturhinweise: 

[1] Spektrum der Wissenschaft März 1987 
Spektrum der Wissenschaft Verlagsgesellschaft 
mbH & Co, Heidelberg 

[2] Graph Algorithms, Simon Even 

Computer Science Press, Rockville USA , 1979 
[3] Lehrbuch der Mathematik für 
Wirtschaftswissenschaftler 

Westdeutscher Verlag , Opladen, 1975 

[4] Lisp, P. H. Winston, B. K. Horn, 
Addison-Wesley Publishing Company, 1984 


“x) (L-SYSTEM (CDR START-LIST)))) 


Parameterdatei fuer verschiedene Pflanzen zur Erzeugung mit 
dem Programm Pflanze 


serengeti 
S, 
1 4 
140, 
240, 
0, 
-15, 
ss, 
4, 
2,3, 310.3, 
1,1.12,.08, 
3,12,/.0 
; norm 
5,1,40,190, 
90,-45,45,3, 
4,3,12,4, 
>,12,12.08, 
6, 1,7.12 
: aıxı 
6,1,2%0,180, 
30,-60,20 1, 
ID 23,3%, 
8,19,2,8, 
9,14,14,0 
; I1ttıe 
3,0,280, 195, 
90,-40,40,5, 
3,13%,7,0, 
G,/,7,12, 
2,3,10.3 
; tinman 
4,0,248,200, 
114,-13, 32,7, 
10,10,39,10, 
11,13,33, 33, 
12,3,10,8 
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Wachstumsstufe 
Verdickter Stamm (1=Ja, 
Wurzel X Ursprung 
Wurzel Y Ursprung 
Wurzelneigung 

Linker Astwinkel 
Rechter Astwinkel 
Segmenthoehe 
FarbNummer, 
FarbNumnmer, 
FarbNummer, 


O=Nein) 


Rot- Gruen- und Blaukomponente fuer den Stamm 
Rot- Gruen- und Blaukomponente fuer Aeste 
Rot- Gruen- und Blaukomponente fuer Blaetter 


Donna BB wD- 


{* Listing 3 *) 
HODULE pflanze; 
(* Programm zu Erzeugung graphtaler Pflanzer aus einer Dartendatei 
lauffaehig compiliert mit Amiga lHodula-2 Version 3.1d von AliSoft 
Author : -=JH=- *) 
FROM Arguments IMPORT 
NumArgs ,GetArg; 
FROM ASCII IMPORT 
eol; 
FROM FileHlessage IMPORT 
StrPtr ResponseText; 
FROM FileSystem IMPORT 
Response ,File,Lookup Close ‚ReadChar; 
FROM Strings IMPORT 
Length ‚Insert; 
FROM InOut IMPORT 
WriteLn, Write$tring ‚Writelnt ‚WriteCard ‚Write; 
FROM SYSTEM IMPORT 
ADDRESS ,ADR, SHIFT, LONGSET; 
FROM Arts IMPORT 
Assert; 
FROM Graphics IMPORT 
jaml, jam2, FontFlagSet, FontStyleSet, RastPortPtr, TextAttr, ViewModes, 
ViewModeSet, ViewPortPtr, 
Draw, Hove, RectFill, SetAPen, SetBPen, SetDrld, SetRGB4, 
WritePixel,ClearScreen; 
FROH Intuition IlIPORT 


stdScreenHeight, customScreen, IDCHPFlags, IDCHPFlagSet, IntuiNessagePtr, 


NewScreen, NewWindow, ScreenPtr, WindowFlags, WindowFlaaSet. WindowPtr, 
Menu, Menultem, IntuiText, NenultemFlags, MenultemFlagSet, 

menuNull, ClearHenuStrip, SetlienuStrip,menuknabled, 

CloseScreen, CloseWindow, OpenScreen, OpenWindow; 
FROM Exec IMPORT 

MessagePtr, WaitPort, GetHsg, ReplyMsg; 

FROM MathLibO IMPORT 

pi,sin,cos; 


CONST 
MaxWachstumsstufe=8; 
MaxVerdickterStamm=1; 
MaxWurzelX=320; 
MaxWurzelY=256; 
MaxWinkel=360.0; 
MaxSegmenthoehe=30.0; 
MaxFarbenNr=30; 
MaxFarbenanteil=]5; 


TYPE 
Grundfarben=(rot ‚gruen, blau); 
Pflanzentzile=(stamn, zweig,blatt); 
Hauptlenus=(pflanzenmenu); 
Pflanzenmenus= (neuzeichnen,,.ende); 
Pflanzenaufbau = 
RECORD 
Wachstumsstufe : CARDINAL; 
VerdickterStamm : BOOLEAN; 
WurzelX WurzelY : INTEGER; 
Wurzelneigung, 
AstWinkelLinks, ,AstWinkelRechts : REAL; 
Segmenthoehe : REAL; 
FarbenNr : ARRAY Pflanzenteile OF CARDINAL; 
Farbenanteil : ARRAY Pflanzenteile OF 
ARRAY Grundfarben OF CARDINAL; 
END; 


VAR 

Ss: ScreenPtr; 

w .: WindowPtr; 

XD .: RastPortP£fr; 
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vp : ViewPortPtr; 

LKETTE : ARRAY(0..10000]) OF CHAR; 
Pflanze : Pflanzenaufbau; 

HenuBalken : Menu; 

UnterTeile : ARRAY [1..2]) OF MHenulten; 
MenuTexte : ARRAY [1..4] OF IntuiText; 
“sgPtr: IntuilessagePtr; 

finish: BOOLEAN; 

class : IDCMPFlagSet; 

code : CARDINAL; 

Ende,MenuOK : BOOLEAN; 

Filename : ARRAY[1..50] OF CHAR; 
FilenameL : INTEGER; 


PROCEDURE AbsRound (Input : REAL) : INTEGER; 
CONST 

Rundungs£faktor=0.5; 

VAR 

TempInt :IlITEGER; 

BEGIN 
TempInt:=TRUNC (ABS (Input) +Rundungsfaktor); 

IF Input < 0.0 THEN TempInt:=TempInt* (-1); END; 
RETURN TemplInt; 

END AbsRound; 


PROCEDURE InitIntuiText (VAR it: IntuiText; text: ADDRESS): 


BEGIN 

WITH it DO 
frontPen:=0; backPen:=1; 
drawMode:=jam2; 
leftEdge:=0; topEdge:=1l; 
iTextFont:=NIL; 1Text:=text; 
nextText:=NIL 

END; 

RETURN ADR (it) 

END InitIntuiText; 


PROCEDURE HenuNUH (code : CARDINAL) : CARDINAL; 
BEGIN 

RETURN code HOD 32; 
END HenuNUli; 


PROCEDURE ItemNUM (code : CARDINAL) : CARDINAL; 
BEGIN 

RETURN code DIV 32 HOD 64; 
END ItemNUH; 


PROCEDURE OPENALL; 
VAR 
ta : TextäAttr; 
ns : NewScreen; 
nw : NewWindow; 
BEGIN 
ta.name:=ADR('topaz.font'); 


ADDRESS; 


ta.ySize:=8; ta.style:=FontStyleSeti]; ta.£flaqs:=FontFlagSeti}); 


ns.leftEdge:=0; ns.topEdge:=0; 
ns.width:=320; ns.height:=255; 
ns.depth:=5; 

ns.detailPen:=0; ns.blockPen:=1; 
ns.type:=customScreen; 
ns.viewModes:=ViewllodeSet |]; 
ns.£font:=ADR (ta); 
ns.defaultTitle:=NIL; 

ns.gadgets:=NIL; ns.customBitHap:=NIL; 
s:=OpenScreen(ns); 
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Ein DATA BECKER Buch 


AMIGA 


Wählen Sie gleich den richtigen Einstieg 
zu Ihrem Amiga 500. Denn das Hand- 
buch läßt Sie dabei völlig allein. Ver- 
suchen Sie es lieber gleich mit 

Amiga 500 für Einsteiger. Hier heißt es: 
anschließen und loslegen. Verständlich 
für jedermann zeigt Ihnen dieses Buch: 
Workbench, AmigaBASIC, CLI und 
AmigaDOS. Locker aufbereitet bietet „ 
es Ihnen alles Wissenswerte. Bis hin zu 
den beim Amiga 500 mitgelieferten 


Läßt das Handbuch Sie auch in so 
manchen Dingen allein, das große 
Amiga-2000-Buch nicht. Hier finden Sie 
eine umfassende Einführung in die 
Arbeit mit Ihrem neuen Rechner - und 
mehr als das. Sind Sie erst einmal mit 
dem Amiga 2000 „per Du”, zeigen 
Ihnen die Autoren, was einen Amiga- 
Profi ausmacht: Kickstart im RAM, PC- 
Audioausgänge, erste Hilfe bei Hard- 
disk-Abstürzen, Laufwerkeinbau in den 


Zusatzprogrammen. Amiga 2000 und, und, und. Sollten Sie 
Amiga 500 für Einsteiger also noch Fragen zu Ihrem Rechner 
343 Seiten, DM 39,- haben, hier finden Sie die Antworten. 


Das große Amiga-2000-Buch 
Hardcover, 684 Seiten, DM 59,- 


Das erfolgreiche Buch zu Amiga-BASIC. 


Erweitert um Kickstart 1.2, neuer Work- 
bench und Amiga 500 & 2000. Alles, 
was BASIC-Programmierern Spaß 
macht: Grafik und Sound, Laden und 
Speichern von Graficraft-Bildern in 
BASIC-Programme, sequentielle und 
relative Dateien, Business-Grafik, Com- 
puteranimation, Windows, Umgang mit 
IFF-Bildern, Sprachausgabe und, und, 
und. Das Buch für Einsteiger, Aufsteiger 
und Profis. 

AmigaBASIC 

Hardcover, 774 Seiten, DM 59,- 


u N 
ERLBEN 
RC SS" 

| GOTNALTIIS 
| Ein DATA BECKER Buch 
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C an einem Wochenende? Durchaus 
möglich! Mit C für Einsteiger. Ein Einfüh- 
rungskurs, der Ihnen schnell und einfach 
die wichtigsten Grundlagen dieser 
Sprache vermittelt. Vom ersten Pro- 
gramm bis hin zu den Routinen in den 
Bibliotheken. Mit dem gesamten 
Sprachumfang und den besonderen 
Features von C. Zahlreiche Tips & Tricks 
zur Programmierung und eine Beschrei- 
bung der beiden Compiler Lattice C 
und Aztek runden das Ganze ab. 
Amiga C für Einsteiger 

254 Seiten, DM 39,- 


Regelmäßig in der 
DATA WELT: Amiga 
Window - das Forum für 
den engagierten Amiga- 


Anwender. Mit kreativen Pro- 


NN. jekten, Interviews, Software- 
Tests und wichtigen News. 


Und: Auch was sich sonst so in der 
Computerszene tut, erfährt der Amiga- 
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Keine Frage: Grafik ist das zentrale 
Thema des Amiga. Hier das entspre- 
chende Know-how, um den Amiga aus 
der Reserve zu locken: Grafikprogram- 
mierung mit den vorhandenen BASIC- 
Befehlen, Nutzung der Libraries, die 
Register der Grafik-Chips, CAD, Auf- 
bau und Programmierung von Screens, 
Windows, HAM, Halfbrites und Inter- 
lace aus BASIC und C. Das Amiga-Buch 
zum Thema Nr. ]! 

Amiga Supergrafik 

Hardcover, 686 Seiten, DM 59,- 


Alles zum Amiga. In einem Band und 
absolut auf dem neuesten Stand: 
68000-Prozessor, CIA, Blitter, Custom- 
chips, die wichtigsten Strukturen von 
EXE, /O-Handhabung, Verwaltung der 
Ressources, Multitasking, EXEC-Base, 
resetfeste Programme, DOS-Funktio- 
nen, IFF-Format, Programmstart von 
CLI und Workbench, Programmierung 
der EXEC- und DOS-Routinen und, und, 
und. Eben ein typischer Intern-Band, in 
dem wieder einmal nichts Wissens- 
wertes fehlt. 

Amiga Intern 

Hardcover, 639 Seiten, DM 69,- 
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3-D-Grafikprogrammierung - hier fin- 
den Sie Grafikalgorithmen für absolut 
realistisch gestaltete Bilder. Die einzel- 
nen Vorlagen lassen sich dabei mit 
einem Editor problemlos eingeben und 
solange durch die Wahl verschiedener 
Materialien, Farben, Lichtquellen und 
Spiegelungen verfeinern, bis sie eine 
absolut naturgetreue Darstellung 
erreicht haben. 

Amiga 3-D-Grafik- 
programmierung 
Hardcover, 283 Seiten 
inkl. Diskette, DM 59, - 


Anwender. Die DATA WELT - das 
aktuelle Computermagazin. Monat für 
Monat überall da, wo es Zeitschriften gibt. 


139 Assert (s#NIL,ADR("Screen konnte nicht eroeffnet werden")): 
140 vp:=ADR(s .viewPort); 


142 nw.leftEdge:=0; nw.topEdge:=0; 
143 nw.width:=320; nw.height:=255; 
144 nw.detailPen:=255; nw.blockPen:;=255; 


145 nw.idcmpFlaqs:=IDCMPFlagSet jmouseButtons, closeWindow,menuPicki; 
146 nw.flags:=WindowFlagSetlactivate,borderless ‚gimmeZeroZeroi; 

147 nw.title:=NIL; 

148 nw.screen:=s; 

149 nw.type:=customScreen; 


150 nw.£irstGadget:=NIL; nw.checkNark:=NIL; nw.bitMap:=NIL; 
151 nw.minWidth:=0; nw.minHeight:=0; 

152 nw.maxWidth:=0; nw.maxHeight:=0; 

153 w:=0penWindow (nw); 

154 Assert(w#NIL, ADR('"Kein Window konnte eroeffnet werden")); 


155 rp:=w .rPort; 
156 END OPENALL; 

157 

158 

159 PROCEDURE INITALL; 
160 BEGIN 


161 SetRGB4(vp, 0, 00, 00, 00); 
162 SetkGBälvp, 1, 15, 00, 80): 
163 SEtRKGB4A(vp, 2, 808, 15, %):; 
164 Setk6GBälvp, 3, 00, 00, 15): 
165 Setk6Bälvp, 4, 15, 15, 15) 
166 SetDr4Md(rp,Jjaml); 

167 SetAPen({rp, 1); 

168 SetBPen(rp, 0); 

169 WITH MenuBalken DO 


170 nextMenu:=NIL; 

171 leftEdge:=0; topEdge:=0; wıidth:=80; height:=10; 

112 flags:=imenuEnabled]; 

173 menuName:=ADR ("Pflanze"); 

174 firstItem:=ADR (UnterTeile[l]); 

1175 END; ; 

176 WITH UnterTeile[l] DO 

17} leftEdge:=0; topEdge:=0; width:=100; height:=10; 

178 flags:=MenultemFlag$SetjiitemEnabled, itemText, hiahlten!; 
179 nextItem:=ADR (UnterTeile[2]); 

180 itemFill:=InitIntuiText (MenuTexte[l] ,ADR("neuzeichnen")); 
181 selectFill:=InitIntuiText (MenuTexte[2] ,‚ADR{"NEUZEICHNEN")); 
182 subltem:=NIL; 

183 END; 

184 WITH UnterTeile[2) DO 

185 leftEdge:=0; topEdge:=10; width:=100; height:=10; 

186 flags:=MenultemFflagSetiitemEnabled, itemText, hiahlteni; 
187 nextItem:=NIL; 

188 itemFill:=InitIntuiText (HenuTexte[3] ,ADR("ende")); 

189 selectFill:=InitIntuiText (MenuTexte[4] ,ADRi"ENDE")); 

190 subltem:=NIL; 

191 END; 

192 END INITALL; 

193 

194 

195 PROCEDURE GOODBYE; 

196 BEGIN 


197 IF w#NIL THEN CloseWindow(w} END; 
198 IF s#NIL THEN CloseScreen(s) END; 
199 END GOODBYE; 


200 

201 

202 PROCEDURE LSYSTEM(Stufe : CARDINAL; Startsequenz : ARRAY OF CHAR; 

203 VAR Ergebnissequenz : ARRAY OF CHAR); 
204 VAR 


205 N :CARDINAL; 
206 €: CHAR; 
207 BEGIN 
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Ergebnissequenz:=""; 
FOR N := 0 TO Length (Startsequenz)-1 DO 
C:=Startsequenz [N]; 
CASE C OF 
”"*" : Insert (Ergebnissequenz,Length (Ergebpnissequenz), 
ee . 
"I" : Insert (Ergebnissequenz ‚Length (Ergebnissequenz), 


Si. 
"[" : Insert (Ergebnissequenz ‚Length (Ergebnissequenz), 
i®) : N 
"]" : Insert (Ergebnissequenz ,Length (Ergebnissaquenz), 
1] , 
END; 
END; 


IF Stufe > 1 THEN 
LSYSTEN (Stufe-1,Ergebnissequenz ‚Ergebnissequenz); 
END; 
END LSYSTEM; 


PROCEDURE InitPflanzenFarben; 
VAR 
Index : Pflanzenteile; 
BEGIN 
WITH Pflanze DO 
FOR Index:=stamm TO blatt DO 
SetRGB4(vp,FarbenNr [Index] ‚Farbenanteil[Index,rot], 


Farbenanteil[Index,gruen] ‚Farbenanteil[Index,blau)); 


END; 
END; 
END InitPflanzenFarben; 


PROCEDURE Blatt (StartX,StartY : INTEGER); 
VAR 
dummy : LONGINT; 

BEGIN 
SetAPen(rp,Pflanze.FarbenNr[blatt]); 
dummy:=WritePixel(rp,StartX,StartY); 
dummy:=WritePixel_(rp, StartX+1 ,StartY): 
dummy:=WritePixel(rp, StartX+1,StartY+1); 
dummy:=WritePixel(rp,StartX+1,StartY+2); 
SetAPen(rp,Pflanze.FarbenNr [zweig)); 

END Blatt; 


PROCEDURE ZeichnePflanze(N : INTEGER; 
(* N bezieht sich auf die Postion innerhalb 
der globalen Variablen LKETTE *) 
X,Y : INTEGER; Winkel : REAL) : INTEGER; 
CONST 
Zweigende = "]"; 
PIdurch180 = pi / 180.0: 
TYPE 
Richtungen = (rechts,links); 
VAR 
GC : CHAR: 
LinksNeigung : BOOLEAN; 
StammVersatz : INTEGER; 
WinkelNeu : REAL; 


BEGIN 

LinksNeigung:=FALSE; 
WHILE (N<Length (LKETTE)) AND (LKETTE[N]#Zweigende) DO 
C:=LKETTE[N]; 

WITH Pflanze DO 

CASE C OF 


0 = 


Move (rp,Wurzelä+tX ,WurzelY-Y); 
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21) X:=X+AbsRound (Segmenthoeh£*cos (Winkel*PIdurch180)); 


278 Y:=Y+AbsRound (Segmenthoehe*sin (Winkel*PIdurch180)); 
279 Draw(rp,WurzelX+X,WurzelY-Y); 

280 Blatt (WurzelX+X,WurzelY-Y); ı 

281 "I : 

282 Move (rp, Wurzelä+X,WurzelY-Y); 

283 StammVersatz:=0; 

284 IF X=0 THEN (* wird der Stamm gezeichnet *) 

285 SetAPen(rp,FarbenNr[stamm]); 

286 IF VerdickterStamm THEN 

287 Draw (rp,WurzelX+X,WurzelY- 

288 (Y+AbsRound (Segmenthoehe*sin (Winkel*PIdurch130)))); 
289 Move (rp,WurzelX+X+1 ,WurzelY-Y); 

290 StammVersatz:=1; 

291 END; 

292 END; 

293 X:=X+AbsRound (Segmenthoehe*cos (Winkel*PIdurchi180)); 
294 Y:=Y+AbsRound (Segmenthoehe*sin (Winkel*PIdurch180)); 
295 Draw (rp,WurzelX+X+StammVersatz ,WurzelY-Y); 

296 SetAPen(rp,FarbenNr [zweig)); ı 

297 |: 

298 IF LinksNeigung THEN 

299 IF Winkel=0.0 THEN Winkel:=360.0; END; 

300 WinkelNeu:=Winkel+AstWinkelLinks; 

301 ELSE 

302 IF Winkel)=360.0 THEN Winkel:=0.0; END; 

303 WinkelNeu:=Winkel+AstWinkelRechts; | 

304 END; 

305 N:=ZeichnePflanze (N+1,X,Y,WinkelNeu); 

306 LinksNeigung:=NOT (LinksNeigung); | 

307 END; 

308 END; 

309 INC (N); 

3lü END: 


311 RETURN N; 
312 END ZeichnePflanze; 


315 _PROCEDURE PerformPflanzenFile(Filename : ARRAY OF CHAR); 
316 CONST 

31} Saar "> 

318 VAR 

319 INFile : File; 

320 OK : INTEGER; 

321 Pflanzenzaehler : CARDINAL; 

322 Serecerv : Steeretr: 

323 FileEnde : BOOLEAN; 


325 PROCEDURE LiesEinePflanze() : BOOLEAN; 
326 CONST 

327 Exponent=10.0:; 

328 MaxElement=20; 

329 VAR 

330 Numerisch,Kommentar ‚Dezimalpunkt ‚Weiter, 
331 LeseVorgangOK : BOOLEAN; 

332 IZahl,Elementzaehler ‚Temp : INTEGER; 

333 NachkommaTeil,Zahl,Vorzeichen : REAL; 
334 C : CHAR; 


336 BEGIN 

337 LeseVorgangOK:=FALSE; 

338 Numerisch:=FALSE;Dezimalpunkt:=FALSE; 

339 Kommentar:=FALSE;Weiter:=FALSE; 

340 NachkommaTeil:=1.0; Zahl:=0.0; Vorzeichen:=1.0; 
341 Elementzaehler:=1; 

342 WHILE NOT (Weiter) AND NOT(INFile.eof) DO 

343 ReadChar (INFile,C); 

344 IF Kommentar THEN 

345 IF C=eol THEN Kommentar:=FALSE; END: 
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Amiga Tips & Tricks - jetzt in einer Der Amiga macht es einem so Das Buch, das zur Amiga-Floppy 
völlig überarbeiteten Neuauflage. leicht wie möglich. Nahezu alles keine Frage offenläßt. Hier finden 
Hier verraten Ihnen echte Profis, läßt sich problemlos über die Sie Dinge, die Sie im Handbuch 
mit welchen Tricks sie mehr Workbench bearbeiten. Wenn Sie vergeblich suchen werden: Floppy- 
aus dem Amiga holen: Hilfen zur jedoch den Mut haben, die Operationen unter der Workbench 
Gestaltung eigener Programme, komfortable Oberfläche zu ver- und unter AmigaDOS im CLI, 
Tips & Tricks zum AmigaBASIC, lassen, werden Sie schon sehr bald relative und sequentielle Dateien, 
Maschinenprogramme in Amiga- belohnt - mit einigen Dingen, Aufbau der Diskette, Zugriff über 
BASIC, Einsatz von DOS- die Sie dem Amiga bisher nicht Trackdisk-Device, Track lesen und 
Routinen, optimierende Hilfs- zugetraut hätten. Das große Buch schreiben, Kodier-und Dekodier- 
programme für AmigaBASIC-Pro- zu AmigaDOS hilft Ihnen dabei. routinen des Betriebssystems... 
gramme, Tips zur Arbeit mit der Neben einem ausführlichen Ein- Mit vielen nützlichen Programmen 
Workbench, Aufbau der Icons, steigerteil erfahren Sie alles, was wie z.B. ein Superkopierprogramm 
neue Ein-/Ausgaberoutine. Mit Sie bei Ihrer praktischen Arbeit oder einen Floppyspeeder. Was Sie 
vielen Anregungen, aber auch fer-- mit dem AmigaDOS wissen soll- wissen müssen, finden Sie hier - 
tigen Lösungen. Greifen Sie in die ten: Umlenken der Ein- und Aus- vom Einsteiger zum Profi. 
Trickkiste, und schon werden gabe, sinnvoller Einsatz des Jokers, Amiga Floppy Buch 

Dinge wahr, die Sie nicht für mög- Arbeiten mit RAM-Disk und CLI, Hardcover, ca. 350 Seiten 

lich hielten. Ein Buch, das voller Batch-Dateien, STARTUP- inkl. Diskette, DM 59,- 
Überraschungen steckt. Sequenz, Multitasking mit dem erscheint ca. 1/88 

Amiga Tips & Tricks - die riesige CLI, Aufbau der CLI-Befehle, Pro- 

Fundgrube für jeden Amiga- grammierung eigener CLI-Befehle, 

Besitzer. neue CLI-Befehle in BASIC und 

Amiga Tips & Tricks C. Dazu ein ausführlicher, 

Hardcover, 473 Seiten gut strukturierter Nachschlageteil. 

DM 49,- Wer also mit dem AmigaDOS 


arbeiten möchte, sollte dieses 
Buch immer in greifbarer Nähe 
haben. 

Das große Buch zu AmigaDOS 
Hardcover, 320 Seiten 
DM 49,- 
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346 ELSE 

347 IF (C=";") OR (C="!") THEN Kommenwar:=TRUE; 
348 ELSE 

349 IF (C="-") AND NOT (Numerisch) THEN 

350 Vorzeichen:=-1.0; Numerisch:=TRUE; 


s51 ELSE 
352 IF (C=".") AND NOT (Numerisch) THEN 
5 Dez Mal DNORL: TRUR: Numerisch:=TRUE; 
354 ELSE 
355 IF (Cy="0") AND (C<='""9") THEN 
ss IF NOT(Numerisch) THEN Numerisch:=TRUE; END; 
5  Zahl:=Zahl*Exponent+ (FLOAT(ORD(C)-ORD("0"))*NachkommaTeil); 
358 IF Dezimalpunkt THEN NachkommaTeil:=Nachkommateil / 10.0; END; 
359 ELSE 
3508 _ IF Numerisch THEN 
361 M Zahl:=Zahl*Vorzaeichen; IZahl:=TRUNC (Zahl); 
362 _ Numerisch:=FALSE; Dezimalpunkt :=FALSE; 
3 Kommentar:=FALSE;Weiter:=FALSE; 
364  NachkommaTeil:=1.0; Vorzeichen:=1.0; 
DS 3» Plane 8. 
s66 CASE Elementzaehler OF 
367 .:: 
en IF (IZahl>O) AND (IZahl<=MaxWachstumsstufe) THEN 
369 _____Machstunsstufe:=I2ahl; 
in INC (Elenentzaehler); 
nn as 
san 2 Heitasteing(*Falsche Wachstumsstufenangabe in Pflanze Nr. :"); 
313 __ÄMiitelard(Pflanzenzaehler,3); Writeln; 
ho Ende: =TRUE; 
ai END; nn 
1 nn | 
N IE (tzanlm=0)- AND (12ahl«=MaxVerdicktersStamn) THEN 
378 IF IZahl=0 THEN VerdickterStamn:=FALSE; 
9 | ELSE VerdickterStamm:=TRUE END; | 
od INC (Elementzaehler); 
a FD: 
er WriteString("Falsche Angabe zu verdicktem Stamm (nur 0, oder 1)"); 
43 AÜÄriteln; Writsstring('in Pflanze Nr. :'); 
38d  _NMriteCard(Pflanzenzaehler 3); Writeln; 
ns Ende:=TRUE; 
386 mu! 
387 3: A 
388 IF (IZahl>O) AND (IZahl<=MaxWurzelX) THEN 
. 389 Wurzelä:=I2Zahl; 
390 INC (Elementzaehler); 
391 ELSE 
392 _ WriteString("Falsche X Ursprungsangabe ın Pflanze Nr. :"); 
393 WriteCard(Pflanzenzaehler, 3); Writeln; | 
398  Ende:=TRUE; 
395 END; } 
2. I M 
397 IF (IZahl)0) AND (IZahl<=MaxWurzelY) THEN 
3 WurzelY:=IZahl; 
3993 _,.INC(Elementzaehler); 
400 ELSE | 
ul | WriteString("Falsche Y Ursprungsangabe in Pflanze Nr. ee): 
au WriteCard (Pflanzenzaehler ,3); Writeln- 
wu Ende:=TRUE; 
404 END, | 
0 a: 
| 406 . IF (Zahl»0.0) AND (Zahl«<=MaxWinkel) THEN 
DB Wurzelneigung:=Zahl; 
a INC (Elementzaehler); 
409 ELSE 
ad —_ WriteString("Falsche Ursprungsneigungsangabe in Pflanze Nr. :")- 
ai  _ WMriteCard(Pflanzenzaehler ,3): Writeln- 
412  __ Ende:=TRUE; 
413 END; | 
414 6: 
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IF (Zahl>=(-MaxWinkel)) AND (Zahl<=MaxWinkel) THEN 
AstWinkelLinks:=2ahl; 
INC (Elementzaehler); 

ELSE 
WriteString("Falscher linker Astwinkel in Pflanze Nr. :"); 
WriteCard(Pflanzenzaehler ,3); Writeln; 
Ende:=TRUE; 

END; ı 

1: 

IF (Zahl>=(-MaxWinkel)) AND (Zahl<=MaxWinkel) THEN 
AstWinkelRechts:=Zahl; 

INC (Elementzaehler); 

ELSE 
WriteString("Falscher rechter Astwinkel in Pflanze Nr. :"); 
WriteCard (Pflanzenzaehler ,3); Writeln; 

Ende:=TRUE; 

END; || 

8: 

IF (Zahl>0.0) OR (Zahl<=MaxSegmenthoehe) THEN 
Segmenthoehe:=2ahl; 

INC (Elementzaehler); 

ELSE 
WriteString("Falsche Segmenthoehenangabe in Pflanze Nr. :"); 
WriteCard (Pflanzenzaehler,3); WriteLln; 

Ende:=TRUE; 
END; ı M 
9..MaxElement : 
CASE Elementzaehler OF 
„13! 
IF (IZahl>0) OR (IZahl<=MaxFarbenNr) THEN 
FarbenNr [Pflanzenteile ((Elementzaehler-8) DIV 4)]:=1IZahl; 
Temp:=Elementzaehler; 
INC (Elementzaehler); 
ELSE 
WriteString("Falsche Farbennummer in Pflanze Nr. :"); 
WriteCard (Pflanzenzaehler ,3); Writeln; 
Ende:=TRUE; 
END; ı 
ELSE 
IF (IZahl>0O) OR (IZahl<=MaxFarbenanteil) THEN 
Farbenanteil[Pflanzenteile((Temp-8) DIV 4), 
Grundfarben (Elementzaehler-Temp-1)]:=IZahl; 
INC (Elementzaehler); 
ELSE 
WriteString("Falsche Farbkomponentenangabe in Pflanze Nr. :"); 
WriteCard(Pflanzenzaehler,3); Writeln; 
Ende:=TRUE; 
END; 
END; ı 
END; 
END; 
IF Ende OR (Elementzaehler > MaxElement) THEN Weiter:=TRUE; END; 
Zahl:=0.0: 
END; 
END; 
END; 

END; 

END; 

END; 

END; 

IF (Elementzaehler > 1) AND (Elementzaehler (= MaxElement) THEN 
WriteString("Nicht genug Angaben fueür Pflanze :"); 
WriteCard (Pflanzenzaehler ,3); Writeln; 
Ende:=TRUE; 
ELSIF (Elementzaehler > MaxElement) THEN 
LeseVorgangOK:=TRUE; 
INC (Pflanzenzaehler); 
END; 
RETURN LeseVorgangck; 
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484 END LiesEinePflanze; 


487 BEGIN 

488 Lookup(INFile,Filename,0,FALSE): 

489 IF INFile.res # done THEN 

490 WriteString("Fehler beim Oeffnen des Files "): 
491 MriteString(Filenanme); Writeln; 

492 WriteString("Aufgetretener Dateifehler : "):; 
493 ResponseText (INFile.res ,StrPtrv); 

494 WriteString(StrPtrv ); Writeln; 

495 Ende:=TRUE; 

496 ELSE 

497 FileEnde:=FALSE; 

498  Pflanzenzaehler:=1; 


499 REPEAT 

500 IF LiesEinePflanze() THEN 

501 LSYSTEM (Pflanze.Wachstumsstufe, Saat, LKETTE); 

502 InitPflanzenFarben; 

503 OK:=ZeichnePflanze(0,0,0,Pflanze.Wurzelneigung); 
504 ELSE 

505 FileEnde:=TRUE; 

506 END; 

507 UNTIL FileEnde 

508 END; 


509 Close(INFile); 
510 END PerformPftlanzenFile; 


513 BEGIN 
514 IF NumArgs() #1 THEN : 
515 WriteString("usage : [pflanze Datendatei]"): Writeln: 
516 ELSE 
517 Ende:=FALSE; 
518 OPENALL; 
319 ZINITALL: 
520 GetArg(1,Filename,FilenaneL); 
521 PerformPflanzenFile (Filenane); 
522 MenuOKk:=SetMenu$Strip(w,ADR (MenuBalken)); 
523 IF NOT(Ende) THEN 


524 REPEAT 

525 WaitPort (w .userPort); 

526 LOOP 

527 MsgPtr:=GetMsg (w .userPort); 

528 IF MsgPtr=NIL THEN EXIT END; 

529 class:=MsgPtr .class; code:=MsgPtr .code; 
530 ReplyMsg (MsgPtr); 

531 IF (class=IDCMPFlagSeticloseWindow|) THEN 
532 Ende:=TRUE; 

533 EXIT; 

534 ELSIF (class=IDCMPFlagSetimenuPick}) AND (code#menuNull) THEN 
35 IF Hauptlenus (MenuNUM (code) )=HauptHenus (pflanzenmenu) THEN 
536 CASE Pflanzenmenus (ItemNUM (code)) OF 
537 Pflanzenmenus (neuzeichnen) 

538 ClearScreen(rp); 

539 PerformPflanzenFile(Filenane); 

540 EAIT; ı 

541 Pflanzenmenus (ende) 

542 Ende:=TRUE; 

543 EAIT; ı 

>44 END; 

545 END; 

>46 END; 

>47 END; 

548 UNTIL Ende; 

549 END; 

550 END; 


551 GOODBYE; 
552 END pf£lanze. 
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DEVELOPMENT 


MICROTRON 


COMPUTERPRODUKTE 
Postfach 69 Bahnhofstr. 2 


CH-2542 PIETERLEN 


er, 


Poststraße 3 —e 


6200 Wiesbaden-Bierstadt u 


(06121) 560084 F— 


RN | fax (06121) 56 3643 ze 
Werbung und EDV GmbH 
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IHR AMIGA-VERSTAND SAGT: 
NIMM DEN PDC-VERSAND! AR 


| 


6380 Bad Homburg 


INT Switch 
Dieses Programm löst alle Ihre Probleme mit Software, die ursprünglich für einen Amiga mit 512 kByte geschrieben wurden. 
INT Switch schaltet beim Amiga 2000 XT-Karte und Speichererweiterung ab. 
INT Switch schaltet beim Amiga 1000 die Sidecar und Speichererweiterung ab. 


INT Switch schaltet beim Amiga 500 die Speichererweiterung und Expansionskarten ab. Preis.... 29,90 DM 
VirusFinder | 

Mit dem VirusFinder können Sie schnell und problemlos alle Ihre Disketten nach einem Virus 

durchsuchen und „heilen“. Z. B. SCA und Byte Bandit Virus. Preis ..:“ 48,830 DM 


A2000 Toolkit 
Eine Sammlung nützlicher Hilfsprogramme für Amiga 2000 Besitzer. Utilities für A2000 und XT- bzw. AT Karte. 
Lieferbar ab 5/88. Preis auf Anfrage 


PDC GmbH, Louisenstr. 115, 6380 Bad Homburg 
Tel. 061 72/247 48 oder 207 99 


Nachnahme 6, — DM Vorkasse 4,— DM AUSLAND: nur gegen Vorkasse 10,— DM 
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Aztec C Prof. V3.6 
Aztec C Dev. V3.6 
Metacomco Pascal 
MCC-Assembler 
Cambridge Lisp 


DM 299,00 
DM 449,00 
DM 175,00 
DM 149,00 
DM 299,00 


Peter Engels 
Postfach 1331 


»368 Rheinbach 
Tel:92226/5714 


Metacomco Shell DM 
Metacomco Toolkit DM 
The Pawn/Barbarian j. DM 
The Guild of Thieves DM 


Uninvited 


Public-Domain-Disk DM 
No-Name-3.5”-Disk 23 DM 


Quickshoot Il 


Golem 2MB-Rambox 


99,95 
71,95 
49,95 
49,95 
99,95 

3,90 

2,39 
11,95 


für den AMIGA-592 


Golem 3.5”-Laufwerk DM 329,00D 


Digi-View V2.0/PAL 
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PC-Multifunktionskarte 
640K für Sidecar & A282 PC-Karte 
incl. Accu-Uhr & ser / par. Port 


Herkules für A2088 & Sidecar 


Hercules Grafic & par. Printer 


Bezugsmöglichkeit: 


Zeitschriftenhandel, Kauf- 
und Warenhäuser, 
Commodore-Fachhändler 
oder direkt beim Verlag. 


Einzelpreis: DM 14,- ‚ÖSs 
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Alle im KICKSTART 
GRAFIK SPEZIAL 
erscheinenden Beiträge 
sind urheberrechtlich 
geschützt. Reproduktio- 
nen gleich welcher Art, ob 
Übersetzung, Nachdruck, 
Vervielfältigung oder 
Erfassung in Datenverar- 
beitungsanlagen, sind nur 
mit schriftlicher Geneh- 
migung des Herausgebers 
erlaubt. 


Programmlistings, 
Bauanleitungen und 
Manuskripte werden von 
der Redaktion geme 
entgegengenommen. Sie 
müssen frei von Rechten 
Dritter sein. Mit ihrer 
Einsendung gibt der 
Verfasser die Zustim- 
mung zum Abdruck und 


MRÄGA-Zubehör von Spezidlisten 


A-5808 SI2K-Ram-Karte 
komplett mit Uhr & Accu,schaltbar 


A-M GENLOCK Interface 


incl Software kleine Bauform 


A-5% Ext. Floppy-Drive ab DM ’278,- 
A-2886 Int. Drive 


A-5886 VIA-Karte 
42 IO’s 4 Timer endlich ein Userport 


DI 28, 


DM 548, - 


DI 299, 
im 0, 


DM 158,- 


DM 128,- 


der Vervielfältigung. 
Honorare nach Vereinba- 
rung. Für unverlangt 
eingesandte Manuskripte 
wird keine Haftung 
übernommen. 


Sämtliche Veröffentli- 
chungen im KICKSTART 
GRAFIK SPEZIAL 
erfolgen ohne Berücksich- 
tigung eines eventuellen 
Patenschutzes, auch 
werden Warennamen 
ohne Gewährleistung 
einer freien Verwendung 
benutzt. 


Für Fehler in Text, in 
Schaltbildern, Aufbaus- 
kizzen, Stücklisten, usw., 
die zum Nichtfunktionie- 
ren oder evtl. zum 
Schadhaftwerden von 
Bauelementen führen, 
wird keine Haftung 
übernommen. 


(c) Copyright Heim 
Verlag 
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WAklN SrRZlAl 


PROGRAMMDISKETTE 


Alle in diesem Sonderheft veröffentlichten 
Programme inklusive der dazugehörigen 
Quelltexte sind auch auf Diskette erhält- 
lich. 

Diese bietet sich für alle Anwender an, die 
die Programme nutzen, aber die Listings 
nicht abtippen möchten, oder für diejeni- 
gen, die nicht über den jeweils verwende- 
ten Compiler ( C oder Modula 2) verfügen. 
Die Diskette (nebenstehend abgebildet) 
enthält folgende Programme: 

- Programm Picswitch inkl. C-Source 
Dieses Programm dient zum Erstellen von 
Animationen aus IFF- Bildern, wozu ein 
Differenzbildverfahren verwendet wird, 
das die Größe der Animationsdateien re- 
duziert und die Abspielgeschwindigkeit 
erhöht. 

- Programm Transformer inkl. C-Source 
Transformer arbeitet nach dem Prinzip des 
Texture Mapping, womit Sie beliebige IFF- 
Bilder um Kugeln oder Röhren gewickelt 
darstellen können. 

- Programm Pflanze inkl. Modula 2-Source 
Dieses Programm simuliert mathematisch 
natürliche Wachstumsformen und stellt 
diese grafisch dar. 


Bitte senden Sie mir die Origi- Name: 
nal-Programmdiskette zur 
KICKSTART GRAFIK SPEZIAL Straße 


zum Preis von DM 25.- 


Ich zahle keine Versandkosten 
Den Betrag begleiche ich durch 
beigefügten Verrechnungscheck 


- Programm WBCop inkl. Modula 2-Sour- 
nr 

Ein Programm zum Verändern der Farbli- 
sten eines Workbenchbildschirms. Es 
können sowohl der Hintergrund wie auch 
der Text oder die Umrandungsfarben in 
durchlaufenden Farben dargestellt wer- 
den. 

- Programm ObjConvert in BASIC 

Dieses Programm dient der Übertragung 
von Objektdateien von Sculpt 3D zu Vi- 
deoscape 3D. 

Desweiteren finden Sie alle Listings und 
die dazugehörigen Programme der 
Grundlagenartikel dieses Hefts auf dieser 
Diskette. 


STAR T| SPEZIAL 


Die Diskette ae Heft 


(<) au 


Einsenden an: 


Heim-Verlag 
Heidelberger Landstraße 194 
6100 Darmstadt/Eberstadt 


| 


 Schla 

auf 
Schlag 
ey Software 


fur 


Ihren 
AMIGA 


- Klassische Renner ebenso wie brand- 
aktuelle Programme, z. Tl. erstmalig 
- auf dem deutschen Markt. Top-Hits zu 

eisen. Vergleichen Sie selbst! Wir liefern 
ur Originalprogramme zu knallhart kalkulierten 

Nutzen Sie diese Anzeige für Ihre Bestellung: 
ıkreuzen [X] und ab zur Post! Lieferung gegen 
‘oder Nachnahme (zzgl. DM 6,00 Porto). 
Nur Versandhandel, kein Ladenverkauf. 
2 Lieferung, solange Vorrat reicht. 
bH, Zimmersmühlenweg 73, 6370 Oberursel 
Telefon (0 61 71) 5 38 63/37 48 


DM 


Programm DM Programm 1 Programm DM 

SPIELE UND SIMULTATIONEN ID Karate Kid Il 69,95 __ANIMATIONS- UND GRAFIKSOFTWARE OD) Modula 2 (Regular) 185,00 

U] Adventure Construction Set 49,95 U Karting Grand Prix 29,00 TEXTVERARBEITUNG UND DESKTOP PUBLISHING U] Modula 2 (Developers) 275,00 
U Alien Fires 69,00 U Knight Orc 59,00 DI] Aegis Animator/Images 235,00 DO] Modula 2 (Commercial) 545,00 
Eı U Alien Strike 49.95 U] Land of Lounge Lizards 90,00 U] Aegis Draw Plus 445,00 U] Quarterback 135,00 
k ' U] Arazok’s Tomb 65,00 U Leviathan 69,00 U] Aegis Video Titler 249,00 U] The 64 Emulator 148,00 
U] Arkanoid 69,00 U] Love Quest 110,00 DI] Analytic Art 110,00 U] True Basic 195,00 
U] Backlash 54,90 U] Mercenary 64,90 U] Animate 3D 275,00 U] Turbo Print 89,00 
% | U] Bad Cat 59,00 U] Mike the Magic Dragon 29,00 U] Animator Flipper 70,00 MUSIKPROGRAMME 
k U] Balance of Power 95,00 D] Mission Elevator 59,95 U] Animator Junior 135,00 U] Aegis Audiomaster 99,00 
y U Barbarian 74,95 U] Moebius 79,95 DI Butcher (Deutsch PAL) 110,00 U] Aegis Sonix 135,00 
r U] Bards Tale 89,00 [U] Mouse Trap 44,95 DU Deluxe Paint II (Deutsch PAL) 249,00 U Casio CZ Editor/Librarian 225,00 
' U] Breach 74,95 U] Phalanx Il 29,00 U] Desktop Artist 55,00 U] Deluxe Music Construction Set 199,00 
d U] Bureaucracy 75,00 U] Phantasie Ill 59,95 OD] Digipaint (Deutsch PAL) 138,00 U] Dynamic Drums 135,00 
5 U] Championship Golf 75,00 OD Pinnball Wizard 49,00 DO Digipic 1100,00 U] Dynamic Studio 375,00 
y U City Defence 29,00 U] Plutos 49,95 U) Digiview (Deutsch PAL) 440,00 U] DX7 Master Editor/Librarian 275,00 
f [U] Cogans Run 49,00 U Q-Ball 59,00 U] Digiview PAL Upgrade 19,90 U] D50 Master Editor/Librarian 275,00 
i U] Crazy Cars 64,90 U] Roadwars 54,90 U Director 125,00 U] ECE MIDI Interface 130,00 
2 U Dark Castle 75,00 U] Roadwar 2000 59,95 U] Express Paint 135,00 U] ECT Sample Ware 145,00 
A U] Defender of the Crown 85,00 U] Roadwar Europa 59,95 U] Forms in Flight 145,00 U Generic Editor/Librarian 225,00 
& U] Deja Vu 88,00 U] Shadowgate 89,00 U] Gender Changer 55,00 U Instant Music 85,00 
E U] Destroyer 74,95 U Silicon Dreams 59,00 U] Graphic Studio 105,00 U] Pro MIDI Studio 345,00 
U] Diablo 54,95 U Sinbad 85,00 U] Interchange 85,00 U] Soundsampler 225,00 
i U] Emerald Mine 29,00 U] Space Port 54,95 U] Page Flipper 85,00 DATENFERNÜBERTRAGUNG 
£ U] Emetic Skimmer 49,00 U] Space Quest 89,00 U] PIX mate 120,00 U] Aegis Diga 135,00 
U] Faery Tale Adventure 85,00 U] Space Ranger 29,00 U Prism + 120,00 BUSINESSPROGRAMME 

[U] Feud 29,00 [U] Speed ? 29,00 U] Professional Page 660,00 U] Acquisition 1.3F 545,00 
Bi U] Firepower 49,95 U] Starfleet I 99,00 U] Sculpt 3D 190,00 U] Aegis Impact 150,00 
} U Flight Simulator Il 99,00 U Star Glider 69,00 U Silver 3D 280,00 U] Haicalc 105,00 
h | U] F.Sim Scenery Disk# 7 49,90 U] Super Huey 60,00 U] TV Show 185,00 OD Logistix (Deutsch) 340,00 

U] F.Sim Scenery Disk # 11 49,90 U] Swooper 59,95 U] TV Text 179,00 U] Maxiplan 500 249,00 
i U] Footman 49,95 U Terrorpods 74,95 U] Word Perfect Installer 69,00 U] Maxiplan Plus 345,00 

U] Fortress Underground 29,00 U] Test Drive 74,95 U] X-CAD Designer 1145,00 U Microfiche Filer 175,00 
U] Fußball Manager 74,95 U] The Final Trip 29,00 [U] Zuma Fonts Volume | 60,00 BÜCHER 

U] Galactic Invasion 44,95 U] The Wall 49,00 [] Zuma Fonts Volume Il 60,00 U] Balance of Power Book 24,95 
{ U] Galaxy Fight 39,00 U] Thunderboy 59,00 [] Zuma Fonts Volume Ill 60,00 [I] Music Through MIDI 39,95 
: U Galileo 105,00 U Time Bandit 54,90 PROGRAMMIERSPRACHEN UND UTILITIES U] Robo City News 4,95 
# U Garrison 69,00 U Tolteka 59,00 U] AC Basic 360,00 VERSCHIEDENES 
® U Eirls of Riviera 44,95 U] Uninvited 85,00 U AC Fortran 545,00 U Flicker Master 35,00 
# U] Goldrunner 75,00 U] Vyper 49,95 U Aztec C 3.6 (DEV) 595,00 U Lipstick Plus 44,95 
4 [U] Gnome Ranger 44,95 U] Western Games 59,00 [1 60 - 64 139,90 U) Megacover (500 + Maus) 29,95 
M [] Guild of Thieves 64,90 U] Winter Games 75,00 U] Grabbit 54,00 U] Mouse House 19,90 
E U] Halley Project 85,00 U] Winter Olympiad 88 54,95 U] Intswitch 27,50 U] Mouse Mat 16,50 
; U] Hollywood Hijinx 75,00 U] World Games 75,00 U Lattice C 4.0 385,00 
1 [] Hollywood Poker 3900 Xenon 54,90 DD LV Backup 12000 GTIl. Spezialist für AMIGA-Software 
| OD Indoor Sports 90,00 oO U] M2 Amiga (Deutsch) 350,00 

U] Insanity Fight 75,00 U] XR-35 29,00 U] Marauder Il 69,00 

U] Into the Eagles Nest 75,00 SCHACHECKE U] Metacomco Assembler 185,00 

[U] Impact 49,95 U Art of Chess 64,90 U] Metacomco Pascal 185,00 
U] Jagd auf Roter Oktober 74,95 U] Chessmaster 2000 80,00 U] Metacomco Shell 135,00 
U Jet 89,95 U] Großmeister 74,95 U] Mimic 69,00 
| U] Jinxter 79,00 U] Sargon Ill 95,00 U Mirror Copier 85,00 


CI neue OD SArealtiv zu seine 
Tomputergrafik und -anımaliorn mıl 


DER BESTSELLER: Professionelles Arbeiten mit DeLuxe Paint Il 


Das Standardwerk, an dem wohl kein Deluxe 
Paint II-Benutzer vorbeikommt. 
Auszüge aus dem Inhalt: 
Portrait und Aktzeichnen 
Grundlagen der Illustrationstechnik 
Paletten-Animation 
Schriftgestaltung 
Special-Effects 
Perspektiv-Techniken 
Hollywood pur: der Entwurf von 
Trickfiimsequenzen und vieles mehr. 


ERBFEERTENERDERE 
Ss), 


600 Seiten, über 150 Abb. Nr. 4001 67,- DM 
dazu die Disketten zum Buch 
Disk 1: Bilder und Objekte Nr.4002 25,- DM 


Disk 2: Animationssequenzen Nr.4003 25,- DM 


Art-Disketten zum Public Domain Preis 

sms Best of: Die besten Bilder, Animationssequenzen und 
-—= eine Sound-Demo im IFF-Format mit Background-Bild 
>= Nr. 2000 nur 29,— DM 


% Fantasy-Dreams: Eine Sammlung der besten Fantasy- 
_ Motive. Lassen Sie sich in Landschaften von wilder 
& Schönheit und faszinierender Fremdheit entführen. Für 
Fantasy-Freunde eine wahre Fundgrube an Ideen. 
Nr. 2001 nur 29,- DM 


3D-SHOW: Sensationelle Bilder, die Sie in die faszinierende Welt 
der 3.Dimension entführen. Nr.5000 45,- DM 


NEU: Designer-Construction-Set: Jetzt 
mit Sounddiskette zum gleichen Preis. 


Mit Hilfe von perefekt animierten Sequenzen, 
traumhaft schönen Backgrounds und einer Viel- 
zahl von Objekten lernen Sie spielend den Um- 
gang mit DeLuxe Video. Jedes Set besteht aus 
Trickfiimsequenzen von insgesamt 3'/2 bzw. 5 
Min. Länge, einer Bilder- u. Objektdiskette, die 
Sie für Ihre eigenen Filme verwenden können, 
einem deutschsprachigen Handbuch u. zusätzl. 
einer Disk mit digitalisierten Sounds. 


Vol. 1 Apokalypse 


3 Disk. und 1 Handbuch, Nr. 1001 98,- DM 
Vol, 2 Starbird 
4 Disk. und 1 Handbuch, Nr. 1002 98,- DM 


Generalvertrieb für Softwareland-Produkte 


AMIGA 


MACHINE 


Das neue Super-Utility zu DeLuxe Paint Il 
Movie-Cinema, exclusive von uns vertrieben! 


Mit diesem Programm wird es erstmals möglich, innerhalb von 
Deluxe Paint Animationssequenzen ablaufen zu lassen. Die ein- 
fache Bedienung und hervorragenden Multitasking-Fähigkeiten 
des Programmes lassen es zum neuen Renner werden. Für alle, 
die Bewegung in ihr Malprogramm bringen wollen. 


Zum Super-Einführungspreis 


einschl. deutscher Anleitung, Nr. 7100 69,- DM 


Landscape Designer: fractrale Landschaften selbst er- 
stellen. Mit deutscher Anleitung, Nr. 7000 69,- DM 


Computermaischuae Computermalschulen 
Fantasy Diese Serie ist eine praktische Anleitung für alle, 
die ihren Computer optimal ausnutzen und 
Computermalschule SChritt für Schritt das Zeichnen am AMIGA erler- 
Landschaften nen möchten. Folgende Themenbereiche ste- 
hen zur Auwahl: 


Computermalschue Computermalschule Fantasy 
Trickfilmzeichnen ch ca.180 S., 2 Disk, Nr.3000 59,- DM 


Computermalschule Landschaften 
Buch ca.180 S., 2 Disk, Nr.3001 59,- DM 


Computermalschule Trickfilm- 
zeichnen 


Buch 183 S., 2 Disk, Nr.3002 59,- DM 


Und damit Sie wissen, woran wir gerade arbeiten! 
Unsere Produkte in Vorbereitung: 
Tips und Tricks zu DeLuxe Video, Nr. 8000 


ca.200 S., 1 Disk, erscheint ca. April 88 59,- DM 
Tips und Tricks zu Silver Ray Trace Animator, Nr. 8001 

ca. 200 S., 1 Disk, erscheint ca. Mai 88 59,- DM 
Tips und Tricks zu Sculpt 3D, Nr. 8002 

ca. 200 S., 1 Disk, erscheint ca. April 88 59,- DM 
Tips und Tricks zu Videoscape 3D, Nr. 8003 

ca. 200 S., 1 Disk, erscheint ca. Juni 88 59,- DM 


Professionelles Arbeiten mit DeLuxe Productions, Nr. 4100 
ca. 500 S., ca. 150 Abb., erscheint ca. Aug. 88 69,- DM 


Wir bieten exclusiv für Deutschland Qualitäts-Software aus der Schweiz an. 


GOAMIGA TEXT 

Die Textverarbeitung mit hervorragen- 
der Benutzerführung. Datenaustausch 
mit GoAmiga Datei möglich. Spalteno- 
'rientiert. Rechtschreibkorrektor. Liefer- 
bar ca. März 88, deutsche Anleitung. 
Nr. 6500 DM 299, — 


GOAMIGA DATEI 

Die einzige Dateiverwaltung, die IFF-Bil- 
der und IFF-Tonfolgen verarbeitet. Es 
erschienen mehr als fünf begeisternde 
Testberichte. Mulitasking, deutsch-eng- 
lisches Wörterbuch, deutsche Anlei- 
tung. Nr. 6501 DM 199, - 


Außerdem immer die neueste Amiga-Software auf Lager. 


Unsere Produkte erhalten Sie 


in Deutschland: 


Computergrafik-Verlag 
Gabriele Lechner 

Planegger Str. 1 

8000 München 60 

Tel. 089/834 05 91, 9-17.30 Uhr 


Filiale: Y. Schott 
Kloberstr. 6, 6503 Mainz/Kastel 
Tel. 06134/6786, ab 14 Uhr 


in der Schweiz Generalvertrieb: 


SOFTWARELAND 
Franklinstr. 27 
CH-8050 Zürich 
Tel. 01-3115959 


GOAMIGA TITEL 

Der Titelgenerator erlaubt es, IFF-Grafi- 
ken, IFF-Tonfolgen und Laufschriften 
beliebig zu kombinieren. Erzeugt Film- 
vorspann auf allen Disketten. Deutsche 
Anleitung. Nr. 6502 DM 89,- 


in Österreich Generalvertrieb: 


INTERCOMP 

A. Mayer, Gschwend 163 
A-6932 Langen 

Tel. 05575/4513, 9-12 Uhr 


Sie können auch direkt bei den oben aufgeführten Verkaufs- 
stellen vorbeikommen. Wir freuen uns über Ihren Besuch! 


Versand per Nachnahme oder Vorauskasse. Versandkosten betragen unabhängig vom Bestellwert bei Vorauskasse 4,- DM, bei Nach- 
nahme 7,—- DM. Irrtümer und Preisänderungen vorbehalten. 


